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 eryksun
Recipients BreamoreBoy, JohnLeitch, belopolsky, brycedarling, eryksun, larry, lemburg, paul.moore, steve.dower, tim.golden, vstinner, zach.ware
Date 2015-09-05.12:27:49
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1441456069.84.0.718097734393.issue24917@psf.upfronthosting.co.za>
In-reply-to
Content
> Rather than debating about how various platforms handle malformed 
> format strings for strftime(), and whether or not they crash, we 
> should simply prevent the native strftime() function from seeing 
> them in the first place.

Of course the check needs to be restored. I wasn't suggesting to go back to the default IPH to have it terminate the process. That won't help, anyway. The potential over-read is in the for loop, before calling strftime. I just thought the context for the accidental removal was relevant. Care needs to be taken when removing checks that were put in place to avoid the default IPH, because those checks may serve a dual purpose in the surrounding code.

The patch also fixes the AIX/Sun code, which needs to be applied to 3.4 as well. I don't think this issue applies to 3.2 and 3.3.
History
Date User Action Args
2015-09-05 12:27:49eryksunsetrecipients: + eryksun, lemburg, paul.moore, belopolsky, vstinner, larry, tim.golden, BreamoreBoy, zach.ware, steve.dower, JohnLeitch, brycedarling
2015-09-05 12:27:49eryksunsetmessageid: <1441456069.84.0.718097734393.issue24917@psf.upfronthosting.co.za>
2015-09-05 12:27:49eryksunlinkissue24917 messages
2015-09-05 12:27:49eryksuncreate