This is the mail archive of the cygwin-developers@cygwin.com mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

Re: stat() whacks st_atime


Christopher Faylor wrote:
> 
> On Thu, Jul 26, 2001 at 10:40:27AM -0400, Jason Tishler wrote:
> >I'm trying to track down why st_atime gets "whacked" when calling
> >stat().  By "whacked," I mean set to the current time (or thereabouts).
> >
> >The attached program, stest.c, demonstrates the problem.  If one calls
> >it repeatedly, then the specified file's st_atime keeps changing.
> >
> >I've tracked down the problem to the following (in fhandler.cc):
> >
> >    int
> >    fhandler_base::close (void)
> >    {
> >      int res = -1;
> >
> >      syscall_printf ("handle %p", get_handle());
> >[1]   if (CloseHandle (get_handle()))
> >[2]     res = 0;
> >      ...
> >    }
> >
> >The st_atime is actually not affected directly by stat() and if stest is
> >stopped at [1] above, then the file's st_atime value is still unchanged
> >(as verified by a Win32 program).  If gdb continues to [2], then the
> >file's st_atime has been changed.
> >
> >Unfortunately, I cannot figure out what is affecting the change.  Is
> >there a Cygwin background thread that wakes up when the handle is
> >closed and somehow affects the file's st_atime?  Or, can CloseHandle()
> >itself somehow be the culprit.  I'm really perplexed.
> 
> I suspect that a simple test case would help unperplex you.  I also suspect
> that CloseHandle is updating the atime.

Aren't all three times treated equal on FAT within Cygwin?  A google
came up with http://www.cygwin.com/ml/cygwin-cvs/2000-q4/msg00067.html
which might answer this question.

Earnie.

_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com



Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]