[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#12820: FWIW, this is still happening as of gnulib 4a82904
|
From: |
Paul Eggert |
|
Subject: |
bug#12820: FWIW, this is still happening as of gnulib 4a82904 |
|
Date: |
Thu, 28 Feb 2013 09:08:50 -0800 |
|
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130219 Thunderbird/17.0.3 |
On 02/27/13 10:25, Nix wrote:
> st1.st_ctime: 1361977729; st2.st_ctime: 1361977729; compare: 0;
> get_stat_ctime_ns(st1): 613474299, get_stat_ctime_ns(st2): 613474299
>
> i.e. the nsec values are identical. This is surely valid: it just means
> the two stats were carried out in the same 1ns interval. All these
> asserts should be <= 0.
No, because there's a "nap ()" in between, which means
the time stamps can't possibly be generated in the same
1 ns interval, at least, not if nap () is working.
Perhaps there's a bug in nap () but if so the bug should
be fixed there.