"Derek R. Price" wrote:
> I've managed to isolate the problem. Turns out it's not in the time
> libraries at all. stat on NT returns different [acm]times depending on
> whether Daylight Savings Time (DST) is in effect or not (+3600 seconds
> during DST). Since I can change my time zone without changing the UTC mtime
> returned by stat I can only assume that whoever wrote the Windoze stat
> function must have tried to account for DST when they didn't need to.
>
> I'm going to search MSDN for a few for a recommended solution, but if I
> can't find one I'll check in a stat wrapper that will subtract the errant
> 3600 seconds from mtime, ctime, and atime under Windoze.
Checked in. I decided against the GetFileTime function because I didn't want to
hassle with the WinAPI that much and opted for the POSIXness of the wrapper
solution.
Derek
--
Derek Price CVS Solutions Architect ( http://CVSHome.org )
mailto:[EMAIL PROTECTED] OpenAvenue ( http://OpenAvenue.com )
--
I am not a dentist.
I am not a dentist.
I am not a dentist...
- Bart Simpson on chalkboard, _The Simpsons_
_______________________________________________
Bug-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-cvs