SVN rev 298: files without a time/date stamp (all zeros)

[erdmann]

I have files on a FAT32 drive (USB stick) that seemingly have no file time/date stamp.

In the WPS they show up with a date of 00.00.1980 and a time of 00.00.00 (in other words: all time and date fields set to zero), in a commandline directory listing it looks like this:

[L:\]dir

Volume in drive L has no label.
The Volume Serial Number is 862F:23B7.
Directory of L:\

       935.244    223 a---  alcor.zip
17.03.05 21.09        144.085    358 a---  df_ret.exe
11.08.05 11.52        544.188    224 a---  kernel.$$$
17.03.05 21.09         59.366    224 a---  kernel.sdf
11.08.05 11.52        545.512    225 a---  kerneld.$$$
17.03.05 21.09         59.617    225 a---  kerneld.sdf
28.12.16 10.28          9.476    223 a---  mouse.sym
28.12.16 10.28         32.560    357 a---  mouse.sys
 8.03.02 17.59        189.354    223 a---  shell.$$$
 8.03.02 17.59         21.279    223 a---  shell.sdf
 7.01.17  9.36     28.409.056    222 a---  usb.pcap
 7.01.17  9.36         76.931    222 a---  VBox.log
       889.307    221 a---  usb.zip
29.07.17  9.33             20    128 ----  CHKDSK.OLD
29.07.17  9.33             20    128 ----  CHKDSK.LOG
       15 file(s)  31.916.015 bytes used
                   15.774.121 K bytes free

look at files "alcor.zip" and "usb.zip": they are lacking a file date/time ...

[Valery V. Sedletski]

Just checked the timestamps on the flash disk with newly copied files onto it -- all times/dates are normal. So, when copying files onto a FAT12/16/32/exFAT, the timestamps are ok. So, it is needed something unusual, to make them being zeroed. Can't you recall, what did you do with these two files, except for simply copying? Maybe updated/freshed the archives?

PS: just checked: the "touch" command works ok. I.e. updates timestamp to the latest time.

[erdmann]

I am beginning to believe that this problem occured when I copied files to this FAT32 formatted stick with an older version of your driver.

What I now did was to copy the 2 problematic files to a harddisk and then to copy them back onto the stick which fixed the date/timestamp (kind of a "touch" in fact, I missed that 4OS/2 has this command built in).

Just close this bug. If this problem should ever reappear, I'll open another one.