Cesar Mugnatto wrote: > When using: > touch.exe -c -t 200910030001 "filename.ext" > (or for that matter, any date that falls within Daylight Saving > Time) and the date on which the touch command was issued is in > Standard Time (for example today's date Dec. 3, 2009), the file > "filename.ext" is touched with an incorrect date.
Thank you for your bug report. I can see by your filename touch.exe that you are not using a native version of GNU touch but one of the ports from GNU to MS. What port are you using? What is the version of it? What timezone are you using? You can get the version this way: touch --version > Instead of being assigned the date > Oct. 3, 2009 12:01 AM > (what the user might expect) > it is assigned instead > Oct. 2, 2009 11:01 PM I cannot recreate this behavior with the upstream native version of GNU touch. $ touch -t 200910030001 filename.ext $ ls -og --full-time filename.ext -rw-rw-r-- 1 0 2009-10-03 00:01:00.000000000 -0600 filename.ext > (incorrect even if the we subtract a sufficient number of days in > increments of 24 hours from the current date in Standard Time until > we reach the touch date in Daylight Saving Time, which would result > in Oct. 3, 2009 1:01 AM ) Yes, looks nasty. But it appears to be in the port to MS and not in the upstream. That means that this bug needs to be reported to the party responsible for the port. Thank you for taking the time to report the problem though. Unfortunately if it isn't in the native GNU code then there isn't anything we can do about it here. It will have to go to the party responsible for the MS port. Bob
