Author martin.panter
Recipients David.Edelsohn, belopolsky, berker.peksag, lars.gustaebel, lemburg, martin.panter, pitrou, serhiy.storchaka, vstinner
Date 2015-11-15.10:36:48
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1447583809.23.0.0464421693237.issue20220@psf.upfronthosting.co.za>
In-reply-to
Content
I discovered a way to trigger the test_strptime failure. In 3.6, if I rename the CacheTests class to ZCacheTests in in test_strptime.py, it seems to stop it running before the StrptimeTests class. Then you can trigger the failure it with:

./python -m test -u all -v test_{urllibnet,imaplib,strptime}

1. test_urllibnet loads the _strptime module and initializes the cache with the normal timezone info
2. test_imaplib temporarily sets TZ=STD-1DST, triggering the glibc bug
3. test_strptime tries parsing "STD" using the original time zone settings and fails

You have to stop CacheTests running before step 3, because it resets the _strptime cache.

Anyway, I am now fairly confident my patch will avoid the test_strptime failure as well, so I think it is worthwhile committing it. But I guess a bug should be reported to the glibc people too.
History
Date User Action Args
2015-11-15 10:36:49martin.pantersetrecipients: + martin.panter, lemburg, belopolsky, lars.gustaebel, pitrou, vstinner, berker.peksag, serhiy.storchaka, David.Edelsohn
2015-11-15 10:36:49martin.pantersetmessageid: <1447583809.23.0.0464421693237.issue20220@psf.upfronthosting.co.za>
2015-11-15 10:36:49martin.panterlinkissue20220 messages
2015-11-15 10:36:48martin.pantercreate