[issue2490] Assertion failure in datetime.strftime()

Georg Brandl <[EMAIL PROTECTED]> added the comment: Okay, closing as out of date. -- resolution: -> out of date status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ __

[issue2490] Assertion failure in datetime.strftime()

Pierre Metras <[EMAIL PROTECTED]> added the comment: I did a mistake: OLPC XO is based on Fedora 7 and not 9. They plan to upgrade to 9 later this year (http://wiki.laptop.org/go/Fedora), so this bug will disappear by itself if it's confirmed that test.py runs correctly on Python 2.5.x and Fed

[issue2490] Assertion failure in datetime.strftime()

Georg Brandl <[EMAIL PROTECTED]> added the comment: I cannot reproduce this with test.py with Python 2.5.1 on x86 Linux. -- nosy: +georg.brandl __ Tracker <[EMAIL PROTECTED]> __ __

[issue2490] Assertion failure in datetime.strftime()

Pierre Metras <[EMAIL PROTECTED]> added the comment: There is an example of a long strftime pattern in the test.py file attached to that issue. Just change the length of the pattern to see that it works for smaller patterns in Python 2.5. The pattern where it occured in my application is a Pan

[issue2490] Assertion failure in datetime.strftime()

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Can you give us an example of the data that caused the failure? -- nosy: +benjamin.peterson type: -> behavior __ Tracker <[EMAIL PROTECTED]> _

[issue2490] Assertion failure in datetime.strftime()

New submission from Pierre Metras <[EMAIL PROTECTED]>: datetime.strftime(pattern) fails in assertion if pattern is big enough (> 100 chars) while time.strftime(pattern) gives the expected result. This occurs on Python 2.5 (tested on OLPC XO laptop, Fedora 9). Python 2.4 (Debian Etch) does not