* Eric Smith wrote:
André Malo wrote:
I guess, a clean and complete solution (besides re-implementing the whole thing) would be to resolve each single format character with strftime, decode according to the locale and re-assemble the result string piece by piece. Doh!
That's along the lines of what I was thinking. strftime already does some of this to support %[zZ].
But now that I look at time.strftime in py3k, it's converting the entire unicode string to a char string with PyUnicode_AsString, then converting back with PyUnicode_Decode.
Looks wrong to me, too... :-)