Message 87597 - Python tracker

➜

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	gregcouch
Recipients	amaury.forgeotdarc, andersjm, brotch, gregcouch, kcwu, mclausch, ocean-city, xianyiteng
Date	2009-05-12.00:41:06
SpamBayes Score	4.4370063e-09
Marked as misclassified	No
Message-id	<1242088869.89.0.989406417417.issue1759845@psf.upfronthosting.co.za>
In-reply-to

Content
I like the C patch better. It only tries to decode non-unicode objects with the filesystem (mbcs) encoding. This fits in with Python 3.0 perfectly where all strings are unicode. In 2.5, strings are assumed to be in the mbcs encoding, to match the Windows ANSI API, so decoding those with the mbcs encoding shouldn't alter the set of acceptable strings (which is what the C patch is doing if I read the code correctly).

I like the C patch better.  It only tries to decode non-unicode objects
with the filesystem (mbcs) encoding.  This fits in with Python 3.0
perfectly where all strings are unicode.  In 2.5, strings are assumed to
be in the mbcs encoding, to match the Windows ANSI API, so decoding
those with the mbcs encoding shouldn't alter the set of acceptable
strings (which is what the C patch is doing if I read the code correctly).

History
Date	User	Action	Args
2009-05-12 00:41:10	gregcouch	set	recipients: + gregcouch, amaury.forgeotdarc, andersjm, ocean-city, mclausch, brotch, kcwu, xianyiteng
2009-05-12 00:41:09	gregcouch	set	messageid: <1242088869.89.0.989406417417.issue1759845@psf.upfronthosting.co.za>
2009-05-12 00:41:07	gregcouch	link	issue1759845 messages
2009-05-12 00:41:06	gregcouch	create