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 kristjan.jonsson
Recipients amaury.forgeotdarc, kristjan.jonsson, loewis, mhammond
Date 2009-02-02.09:20:07
SpamBayes Score 1.6557489e-10
Marked as misclassified No
Message-id <1233566410.64.0.0036102285387.issue4804@psf.upfronthosting.co.za>
In-reply-to
Content
Mark, I have two concerns:
1) Python shouldn't (IMHO) crahs, even if you give bogus input to 
python functions.  Making sure that it doesn't crash in the test suite 
is not enough, I think.
2) It shouldn't disable assertions and other runtime tests for other 
code just because of this, as I know you are in agreement with.

My patch achieves the former, and also the latter in most cases.  That 
is to say, yes, assertions will be disabled for the whole program 
during the time some thread is running one of the "fd" functions in the 
os module, but left alone otherwise.  For the most part, a typical 
windows application (where this issue exists) will not be using those 
functions much anyway.

If you want, we can split my patch in two:  The fixes for the strftime 
and fopen() (checkable by us) and the fixes for invalid file 
desctiptors.  The workaround for the latter seems more contentious.
History
Date User Action Args
2009-02-02 09:20:10kristjan.jonssonsetrecipients: + kristjan.jonsson, loewis, mhammond, amaury.forgeotdarc
2009-02-02 09:20:10kristjan.jonssonsetmessageid: <1233566410.64.0.0036102285387.issue4804@psf.upfronthosting.co.za>
2009-02-02 09:20:09kristjan.jonssonlinkissue4804 messages
2009-02-02 09:20:07kristjan.jonssoncreate