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.

Author r.david.murray
Recipients brian.curtin, lemburg, loewis, r.david.murray, skoczian, tim.golden
Date 2010-11-22.02:13:19
SpamBayes Score 1.8568705e-09
Marked as misclassified No
Message-id <1290392004.05.0.0557627066787.issue10466@psf.upfronthosting.co.za>
In-reply-to
Content
It is unfunny that your program fails on Windows.

Yes it is the same bug, since calendar calls getdefaultlocale.

Issue 1080864 makes very interesting reading in this context.  Clearly Martin is right, yet the OP seems to find the current behavior of getdefaultencoding (returning the more standard locale name rather than Windows unique values) useful.

It is an interesting question what can be done about this.  Clearly resetlocale is non-functional on Windows, and getdefaultlocale is of questionable utility.  At the very least these limitations need to be documented.

Your application bug, however, can probably be addressed by fixing calendar to not use getdefaultencoding.  We should open a new bug for that, though.
History
Date User Action Args
2010-11-22 02:13:24r.david.murraysetrecipients: + r.david.murray, lemburg, loewis, tim.golden, brian.curtin, skoczian
2010-11-22 02:13:24r.david.murraysetmessageid: <1290392004.05.0.0557627066787.issue10466@psf.upfronthosting.co.za>
2010-11-22 02:13:19r.david.murraylinkissue10466 messages
2010-11-22 02:13:19r.david.murraycreate