GNU bug report logs -
#11798
touch date bug
Previous Next
Reported by: Patrick Castet <castet02 <at> yahoo.fr>
Date: Wed, 27 Jun 2012 16:17:01 UTC
Severity: normal
Tags: notabug
Done: Eric Blake <eblake <at> redhat.com>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Wed, 27 Jun 2012 10:29:56 -0600
with message-id <4FEB3504.1030809 <at> redhat.com>
and subject line Re: bug#11798: touch date bug
has caused the debbugs.gnu.org bug report #11798,
regarding touch date bug
to be marked as done.
(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)
--
11798: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=11798
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
[Message part 3 (text/plain, inline)]
bug-coreutils <at> gnu.org
Hi,
if you try this
$ touch a0.a
$ touch -d "20000102 03:04:05" a0.a
you get
$ ls -la a0.a
-rw-r--r-- 1 dmi Aucun 0 2 janv. 2000 a0.a
AND
if you check with widows cmd, you get
C:\cygwin\tmp>dir
Le volume dans le lecteur C n'a pas de nom.
Le numéro de série du volume est B8F8-5FC7
Répertoire de C:\cygwin\tmp
27/06/2012 11:47 <REP> .
27/06/2012 11:47 <REP> ..
02/01/2000 04:04 0 a0.a
SO
a0.a is dated with 20000102 04:04
wich is not correct !
enjoy ;-)
pc
[Message part 4 (text/html, inline)]
[Message part 5 (message/rfc822, inline)]
[Message part 6 (text/plain, inline)]
tag 11798 notabug
thanks
On 06/27/2012 03:52 AM, Patrick Castet wrote:
> $ touch a0.a
> $ touch -d "20000102 03:04:05" a0.a
Thanks for the report.
> if you check with widows cmd, you get
I assume you meant Windows, not widows.
>
> a0.a is dated with 20000102 04:04
>
>
> wich is not correct !
Welcome to the joys of Microsoft's decision to store file timestamps
with respect to local timezones rather than with respect to UTC, even
though that means that physically relocating your machine to a spot with
different daylight savings rules renders those timestamps ambiguous.
The difference of one hour that you are seeing is due to Windows'
insistence on applying a (possibly wrong) daylight savings adjustment,
based on the timestamp on the file vs. what Windows considers as your
current time zone.
Furthermore, since this is an issue that you noticed with the cygwin
port of coreutils, you might be better off asking on the cygwin list.
Perhaps they will agree, and consider this a bug in cygwin1.dll for
converting timestamps in the futimens() and or stat() functions into
file timestamps in a manner inconsistent with Windows daylight savings
gyrations; but more likely the cygwin folks will state that there is
nothing that can be done about the mismatch in opinions on how daylight
savings affect Window file time stamps.
At any rate, this is a Windows or cygwin issue, not an upstream one, so
I'm closing out this upstream bug as a non-issue.
--
Eric Blake eblake <at> redhat.com +1-919-301-3266
Libvirt virtualization library http://libvirt.org
[signature.asc (application/pgp-signature, attachment)]
This bug report was last modified 13 years and 27 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.