[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: coreutils-8.2 misc/ls-time test failure

From: Eric Blake
Subject: Re: coreutils-8.2 misc/ls-time test failure
Date: Thu, 17 Dec 2009 22:16:08 -0700
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv: Gecko/20090812 Thunderbird/ Mnenhy/

Hash: SHA1

According to Eric Blake on 12/17/2009 5:16 PM:
> Jim Meyering <jim <at> meyering.net> writes:
>>> Sounds quite hairy.  Any ideas for improvements?
>> Thanks for investigating and scoping out the solution.
>> I agree that it sounds hairy, but it also sounds like the required approach.
> So, here we go in three steps; maybe they are worth squashing into one when I 
> finally apply (I'm still running tests on more platforms, first, in case any 
> other gotchas pop up).  I also still need to report this to lkml.

On further investigation, the problem doesn't appear to be quite as
pervasive as I thought.  It only happens when mtime is UTIME_OMIT; that
is, when the call is only requesting a change in atime.  It appears that
what the kernel is doing is treating it like read(), which modifies atime
but not ctime.  The behavior is still a bug, but it means my patch is not
quite right (the test only tried UTIME_OMIT on the atime, so it wasn't
triggering the bug, and the workaround doesn't need to worry about
UTIME_NOW or about atime, just mtime).

- --
Don't work too hard, make some time for fun as well!

Eric Blake             address@hidden
Version: GnuPG v1.4.9 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/


reply via email to

[Prev in Thread] Current Thread [Next in Thread]