Message122065
| 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. |
|