Message254682
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. |
|
Date |
User |
Action |
Args |
2015-11-15 10:36:49 | martin.panter | set | recipients:
+ martin.panter, lemburg, belopolsky, lars.gustaebel, pitrou, vstinner, berker.peksag, serhiy.storchaka, David.Edelsohn |
2015-11-15 10:36:49 | martin.panter | set | messageid: <1447583809.23.0.0464421693237.issue20220@psf.upfronthosting.co.za> |
2015-11-15 10:36:49 | martin.panter | link | issue20220 messages |
2015-11-15 10:36:48 | martin.panter | create | |
|