The following example displays '2345' instead of '12345':

import time
t = (12345,) + (0,)*8
print(repr(time.strftime("%Y", t)))

time.strftime() should raise a ValueError if the year is bigger than 9999, as it is done with Visual Studio for year outside [1; 9999].

Oh, it's more funny with negative numbers: -1 is formatted '000/'.

Let's try r87850. I'm now waiting for the buildbot.

On my Mac it displays "12345". I don't see that as a big problem.
It raises ValueError for a year of -1. This is with build py3k:87566.

If someone wants to feed a year > 9999 to time.strftime I don't see that
as a big problem. I less sure about year < 0.

Let's try r87850. I'm now waiting for the buildbot.

The test pass on both OpenIndiana buildbots, so I close the issue.

On my Mac it displays "12345". I don't see that as a big problem.

Why do you say "problem"? It is the correct result :-)

Skip> On my Mac it displays "12345". I don't see that as a big problem.

haypo> Why do you say "problem"? It is the correct result :-)

I agree. I interpreted your ticket as complaining that it should raise
a ValueError if year > 9999:

> time.strftime() should raise a ValueError if the year is bigger
> than 9999, as it is done with Visual Studio for year
> outside [1; 9999].

Le samedi 08 janvier 2011 à 17:02 +0000, Skip Montanaro a écrit :

I agree. I interpreted your ticket as complaining that it should raise
a ValueError if year > 9999:

Only on OpenIndiana because on this specific OS, "%Y" only supoprts year
in [1; 9999]. For other values, it gives strange results :-)

New changeset d56eb817b181 by Victor Stinner in branch '3.2':
Issue bpo-10864 has been fixed: remove the workaround
http://hg.python.org/cpython/rev/d56eb817b181