[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
relative dates and day light savings
From: |
Mike Frysinger |
Subject: |
relative dates and day light savings |
Date: |
Tue, 31 Oct 2006 03:29:59 -0500 |
User-agent: |
KMail/1.9.5 |
if you try to use a relative value of a "day" when crossing day light savings
time barriers, the answer is prob not what you would expect off the top of
your head:
$ date -d "2006/10/29 MSD +0 day"
Sat Oct 28 20:00:00 MSK 2006
$ date -d "2006/10/29 MSD +1 day"
Mon Oct 30 00:00:00 MSK 2006
my guess is because the internal calc routines are based on converting
the "day" into "hours" in which case the results would make sense
looking at the manual, this seems to be "by design" or at least "not going to
bother handling it":
@vindex TZ
Time stamps assume the time zone rules specified by the @env{TZ}
environment variable, or by the system default rules if @env{TZ} is
not set. @xref{TZ Variable,, Specifying the Time Zone with @env{TZ},
libc, The GNU C Library}. You can avoid avoid ambiguities during
daylight saving transitions by using @sc{utc} time stamps.
so can someone confirm that my e-mail here is just simply pointing out the
obvious ? :)
-mike
pgpbwU0G0agBE.pgp
Description: PGP signature
- relative dates and day light savings,
Mike Frysinger <=