]> git.ipfire.org Git - thirdparty/Python/cpython.git/commit
Chris Lawrence writes:
authorGuido van Rossum <guido@python.org>
Mon, 29 Mar 1999 19:12:04 +0000 (19:12 +0000)
committerGuido van Rossum <guido@python.org>
Mon, 29 Mar 1999 19:12:04 +0000 (19:12 +0000)
commit57731607c3993597f5b28c038622bbc8962ae098
tree24d625f6199f8f8a93c81c24da68401fdb50bc76
parent91c488c1fc43024592438b0671c5a7e5b16abe07
Chris Lawrence writes:

"""
The GNU folks, in their infinite wisdom, have decided not to implement
altzone in libc6; this would not be horrible, except that timezone
(which is implemented) includes the current DST setting (i.e. timezone
for Central is 18000 in summer and 21600 in winter).  So Python's
timezone and altzone variables aren't set correctly during DST.

Here's a patch relative to 1.5.2b2 that (a) makes timezone and altzone
show the "right" thing on Linux (by using the tm_gmtoff stuff
available in BSD, which is how the GLIBC manual claims things should
be done) and (b) should cope with the southern hemisphere.  In pursuit
of (b), I also took the liberty of renaming the "summer" and "winter"
variables to "july" and "jan".  This patch should also make certain
time calculations on Linux actually work right (like the tz-aware
functions in the rfc822 module).

(It's hard to find DST that's currently being used in the southern
hemisphere; I tested using Africa/Windhoek.)
"""
Modules/timemodule.c