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.

作者 belopolsky
收信人 belopolsky, benno, davidfraser, eric.araujo, georg.brandl, giampaolo.rodola, kiorky, loewis, vstinner
日期 2011-01-07.22:59:32
SpamBayes Score 1.409663e-10
Marked as misclassified
Message-id <1294441189.56.0.301640685718.issue1777412@psf.upfronthosting.co.za>
In-reply-to
内容
After r87829 (see issue10827), the insane Y2K behavior of time module functions does not extend beyond year 999.  Hopefully in Python 3.3, accept2dyear will be removed completely and datetime.strftime() will be able to support the full intersection of platform year range with that of datetime type.  Meanwhile, I propose a simple patch that lowers the 1900 limit down to 1000.  I was not able to find any evidence that there are platforms that have issues with formatting years between 1000 and 1899.

Are there any objections to committing this patch?  I will monitor the build bots if I see failures, I'll modify the test and/or add a platform-specific check to fix them.
历史
日期 用户 动作 参数
2011-01-07 22:59:49belopolsky修改recipients: + belopolsky, loewis, georg.brandl, davidfraser, benno, vstinner, giampaolo.rodola, eric.araujo, kiorky
2011-01-07 22:59:49belopolsky修改messageid: <1294441189.56.0.301640685718.issue1777412@psf.upfronthosting.co.za>
2011-01-07 22:59:33belopolsky链接issue1777412 messages
2011-01-07 22:59:33belopolsky创建