[issue10634] Windows timezone changes not reflected by time.localtime

Changes by R. David Murray : -- resolution: -> invalid stage: unit test needed -> committed/rejected ___ Python tracker ___ ___ Pytho

[issue10634] Windows timezone changes not reflected by time.localtime

Changes by Eric Pruitt : -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue10634] Windows timezone changes not reflected by time.localtime

Martin v. Löwis added the comment: What needs reinitialization is not the time module, but the CRT. This is not possible without starting a completely new process. -- ___ Python tracker __

[issue10634] Windows timezone changes not reflected by time.localtime

Eric Pruitt added the comment: Is there a way to force the time module to be reinitialized? I had no success experimenting with reload and del, but I assume that has something to do with the module being CRT based. -- ___ Python tracker

[issue10634] Windows timezone changes not reflected by time.localtime

Changes by Brian Curtin : -- nosy: +brian.curtin ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue10634] Windows timezone changes not reflected by time.localtime

Martin v. Löwis added the comment: This is not a bug in Python, but in the Microsoft CRT. Rewriting Python to not use the CRT anymore for this is non-trivial, in particular as the semantics of environment variables (TZ) needs to be considered. -- nosy: +loewis ___

[issue10634] Windows timezone changes not reflected by time.localtime

Changes by Brian Curtin : -- components: +Library (Lib) stage: -> unit test needed versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.5, Python 2.6 ___ Python tracker ___ _

[issue10634] Windows timezone changes not reflected by time.localtime

New submission from Eric Pruitt : If the current time zone changes on Windows, time.localtime will continue to return results that reflect the time zone the system used when the module was imported. My current work around is to use GetLocalTime from kernel32 with ctypes. Windows does not have