This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author acummings
Recipients acummings
Date 2009-10-29.17:07:59
SpamBayes Score 0.0013478831
Marked as misclassified No
Message-id <1256836081.01.0.906757150913.issue5582@psf.upfronthosting.co.za>
In-reply-to
Content
The same thing happens with the autumn transition.  Windows knows the 
transition has changed, but python does not seem to know that:

The following interactive session was run on Oct 29th, at 10:02 (Windows 
clock reported 10:02):

>>> july1 = datetime(2009, 7, 1)
>>> jan1 = datetime(2009, 1,1)
>>> oct30 = datetime(2009, 10, 30)
>>> time.localtime(time.mktime(july1.timetuple()))
(2009, 7, 1, 0, 0, 0, 2, 182, 1)
>>> time.localtime(time.mktime(jan1.timetuple()))
(2009, 1, 1, 0, 0, 0, 3, 1, 0)
>>> time.localtime(time.mktime(oct30.timetuple()))
(2009, 10, 30, 0, 0, 0, 4, 303, 0)
>>> time.localtime(time.mktime(datetime.now().timetuple()))
(2009, 10, 29, 9, 2, 38, 3, 302, 0)

Again, the 9th element of the timetuple is 1 for July 1st, 0 for Jan 
1st, and **0** for Oct 30th and Oct 29th. Also, the time reported by 
datetime.now() was 9:02, one hour behind.
History
Date User Action Args
2009-10-29 17:08:01acummingssetrecipients: + acummings
2009-10-29 17:08:01acummingssetmessageid: <1256836081.01.0.906757150913.issue5582@psf.upfronthosting.co.za>
2009-10-29 17:07:59acummingslinkissue5582 messages
2009-10-29 17:07:59acummingscreate