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 loewis
Recipients barry, christian.heimes, lemburg, loewis, vstinner
Date 2008-10-30.22:14:19
SpamBayes Score 3.14656e-09
Marked as misclassified No
Message-id <1225404861.5.0.864210967508.issue4213@psf.upfronthosting.co.za>
In-reply-to
Content
> The solution is elegant and works well.

I can't agree with that evaluation. In cases where Python would fail
without this patch (i.e. because the file system encoding cannot be
found during startup), this solution doesn't work well in general - it
only works if the file system encoding happens to be UTF-8. If the file
system encoding is not in the list of "builtin" codec names, startup
would still fail.

r67057 addresses this case in a somewhat more general manner, by falling
back to ASCII during startup, for encoding file names. This should work
in the usual case where Python is in /usr/bin (say), but it's still
possible to make it fail, e.g. if the codecs are in /home/Питон (say),
on a system that uses koi8-r as the file system encoding, this bug would
persist despite the two patches that have been applied.
History
Date User Action Args
2008-10-30 22:14:21loewissetrecipients: + loewis, lemburg, barry, vstinner, christian.heimes
2008-10-30 22:14:21loewissetmessageid: <1225404861.5.0.864210967508.issue4213@psf.upfronthosting.co.za>
2008-10-30 22:14:20loewislinkissue4213 messages
2008-10-30 22:14:19loewiscreate