This is the mail archive of the cygwin 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]
Other format: [Raw text]

ls -t changes the cygwin-access time of a file

I'm running on Windows 7 64bit, the disk has NTFS, and I have Windows
enabled to track the correct file access time.

With Cygwin, I see the following oddity:

-0-1- ~/gitwrk/vp5  > ls -lu c:/tmp/x*
-rw-r--r-- 1 FISRONA Domain Users 10 Apr 11 06:59 c:/tmp/xx
(waiting a couple of minutes)
-0-1- ~/gitwrk/vp5  > ls -lut c:/tmp/x*
-rw-r--r-- 1 FISRONA Domain Users 10 Apr 11 07:01 c:/tmp/xx

I didn't touch the file in between, but the reported access time
changed. Further experimentation shows, that the reported access time
changes as soon as I use the -t option with ls. As long as I just do ls
-lu, the access time does not change.

Next, I double-checked in a Windows CMD shell:

C:\tmp>dir /TA xx
 Datenträger in Laufwerk C: ist SYSTEM
 Volumeseriennummer: B44F-4301

 Verzeichnis von C:\tmp

11.04.2017  06:56                10 xx
               1 Datei(en),             10 Bytes
               0 Verzeichnis(se), 272.844.148.736 Bytes frei

We can see that the access time reported by Windows is *different* from
the one reported by Cygwin.

We hence have, what I believe, two bugs: The access time reported by the
-u option of Cygwin is, at least sometimes, incorrect, and using -t on
ls causes Cygwin to subsequently report a different access time.


Attachment: cygcheck.out
Description: Binary data

Problem reports:
Unsubscribe info:

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