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 belopolsky
Recipients AmirHabibi, abbeyj, alexandre.vassalotti, belopolsky, brett.cannon, lemburg, pitrou, srid
Date 2010-05-26.15:23:46
SpamBayes Score 1.0342205e-05
Marked as misclassified No
Message-id <1274887429.35.0.576720550309.issue6608@psf.upfronthosting.co.za>
In-reply-to
Content
I have untabified James' patch, ran the tests on the result, but did not otherwise review it.

There is a not-so-easy-to-find thread on python-dev discussing this issue under subject "Python 2.6.5".

Here is a relevant quote from  Martin v. Löwis:

"""
That would require that Barry actually *can* judge the issue at hand. In
the specific case, I would expect that Barry would defer the specifics
of the Windows issue to Windows experts, and then listen to what they
say.

I'm personally split whether the proposed patch is correct (i.e. whether
asctime really *can* be implemented in a cross-platform manner; any
definite ruling on that would be welcome). In the past, we had rather
taken approaches like disabling runtime assertions "locally"; not sure
whether such approaches would work for asctime as well.

In any case, I feel that the issue is not security-critical at all.
People just don't pass out-of-range values to asctime, but instead
typically pass the result of gmtime/localtime, which will not cause any
problems.
"""
History
Date User Action Args
2010-05-26 15:23:49belopolskysetrecipients: + belopolsky, lemburg, brett.cannon, pitrou, alexandre.vassalotti, srid, abbeyj, AmirHabibi
2010-05-26 15:23:49belopolskysetmessageid: <1274887429.35.0.576720550309.issue6608@psf.upfronthosting.co.za>
2010-05-26 15:23:47belopolskylinkissue6608 messages
2010-05-26 15:23:46belopolskycreate