Changes by R. David Murray rdmur...@bitdance.com:
--
resolution: - invalid
stage: unit test needed - committed/rejected
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10634
___
Changes by Eric Pruitt eric.pru...@gmail.com:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10634
___
___
Changes by Brian Curtin cur...@acm.org:
--
nosy: +brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10634
___
___
Python-bugs-list
Eric Pruitt eric.pru...@gmail.com 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.
--
___
Martin v. Löwis mar...@v.loewis.de 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 rep...@bugs.python.org
New submission from Eric Pruitt eric.pru...@gmail.com:
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.
Changes by Brian Curtin cur...@acm.org:
--
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 rep...@bugs.python.org
http://bugs.python.org/issue10634
Martin v. Löwis mar...@v.loewis.de 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
