>>Just some additional info you may or may not be aware of. I just took a look at this, and part of what's written here is known and part is deduction from what I've seen.
>>
>>What's known is that the last access date/time is meaningless in terms of the time portion. It'll always be midnight.
>>
>>What's a deduction is that, apparently, the only place that milliseconds is used is the creation date/time. I've tested 3 different files. In each case the creation date time was down to the millisecond. The last write date time showed zero in terms of milliseconds for all three cases. I think it's a pretty remote possibility that all three would be zero if this wasn't the case. Further, according to the MSDN Library description of the GetFileTime() function, the creation date/time is accurate to within 10 millseconds, but on NTFS files systems the last write date/time is accurate to within 2 seconds. This seems to support my conclusion.
>
>

---

Hi again George,
>I'm aware it from SDK. It says creation has a resolution up to 10 msec under NT FAT, write 2 seconds and last access 1 day (reaaly just the date). A resolution of 20 msecs is enough for me. On w2000 it seems to have higher resolution but I'm prepared for the worst (or I think I'm:)

Cetin

I didn't know which of the 3 file time structures you were interested in.< g > Of course, maybe I didn't read your first post carefully enough.:-)