homepage

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 bferris57
Recipients bferris57, ezio.melotti, vstinner
Date 2011年07月25日.11:21:50
SpamBayes Score 1.6233626e-11
Marked as misclassified No
Message-id <1311592911.66.0.568632142427.issue12632@psf.upfronthosting.co.za>
In-reply-to
Content
I use code page 65001 because 1) it displays the UTF-8 characters in my text files with "echo <filename>" on the command line, and 2) that's Microsoft's "official" (whatever that means) code page for UTF-8, and 3) it works in cmd.exe.
Setting aside why I use it, it IS used by some, and Python shouldn't GPF for ANY reason if it can be easily fixed. Right?
Essentially, 65001 makes Microsoft's console output behave properly (at least with the limited characters in Lucinda Console) so I would think Python should consider not blowing up when it's set. 
To be honest, I just happened to have it set to 65001 to get the output from another program to look right and just happened to run Python to do some quick unrelated calculations.
Imagine my surprise when Python blew, especially when all I did was to run it. It's not like I asked it to do any UTF-8 or anthing!
Anyway, as far as I understand... Any GPF is a potential back door. So, it needs closing.
History
Date User Action Args
2011年07月25日 11:21:51bferris57setrecipients: + bferris57, vstinner, ezio.melotti
2011年07月25日 11:21:51bferris57setmessageid: <1311592911.66.0.568632142427.issue12632@psf.upfronthosting.co.za>
2011年07月25日 11:21:51bferris57linkissue12632 messages
2011年07月25日 11:21:50bferris57create

AltStyle によって変換されたページ (->オリジナル) /