>>>>Every time after Daylight Savings Time changes the first project build results in every form in the system (over 300) re-compiling.
>>>>Anyone know how to prevent this? It's a time waster and it also changes the date on every SCX and FRX. I have a utility to give me the true last modified date but..
>>>>The date and time on my PC and on the Server are correct.
>>>
>>>be glad it does recompile if you included debug info. vfp system does not catch the switched time, will barf on trying to debug code from other time period ;-)
>>
>>If I'm not mistaken the timestamps don't actually change (they are stored as Universal Time) in the filesystem (if it is something like NTFS and not FAT). What does change is how they're translated into local time.
>
>My guess as well, " the switched time" could be read as "not using the correct API to determine identical time for file-time and timestamp in .??x". Pretty certain that Fat#NTFS is not the reason, as the problem exists on both types.

VFP uses local time, which makes it more susceptible to this sort of problem. When using local time for timestamps, we do run into a problem when conversion from Universal time to local time is applied -- the adjustment is applied uniformly to *all* times according to the current time. That is, if the current time is one where daylight does not apply, the local times reported for timestamps don't have the daylight adjustment. When the current time is one where daylight would apply, timestamps are reported with the daylight adjustment. As a side-effect, the timestamps on files will jump back and forth -- even though you're not changing anything. Of course, one might think we'd be able to bypass this by simply always looking at Universal Time timestamps -- unfortunately, some filesystems like FAT only use local time.