[issue3240] IDLE environment corrupts string.letters

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: As Georg says: you shouldn't be mixing Unicode objects and string objects. It's perfectly valid for string.letters to contain non-ASCII bytes, and it's no surprise that this fails for you. string.letters indeed *does* contain only letters. I

[issue3240] IDLE environment corrupts string.letters

Georg Brandl <[EMAIL PROTECTED]> added the comment: Well, that wouldn't be different if you had set the locale in your prompt. In short, ``u'a' in string.letters`` can never work with any string.letters except the default, English-only one, and therefore is wrong. ___

[issue3240] IDLE environment corrupts string.letters

Roger Upole <[EMAIL PROTECTED]> added the comment: It introduces high characters that cause comparisons to fail under IDLE that succeed from the normal python prompt: Python 2.5.2 (r252:60911, Feb 21 2008, 13:11:45) [MSC v.1310 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "l

[issue3240] IDLE environment corrupts string.letters

Georg Brandl <[EMAIL PROTECTED]> added the comment: Changing the locale changes string.letters -- that is expected behavior. -- nosy: +georg.brandl resolution: -> wont fix status: open -> pending ___ Python tracker <[EMAIL PROTECTED]>

[issue3240] IDLE environment corrupts string.letters

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: Why do you think string.letters gets corrupted? AFAICT, it's still correct. -- nosy: +loewis ___ Python tracker <[EMAIL PROTECTED]> _

[issue3240] IDLE environment corrupts string.letters

New submission from Roger Upole <[EMAIL PROTECTED]>: The problem seems to stem from this line in IOBinding.py: locale.setlocale(locale.LC_CTYPE, "") >From the command prompt: Python 2.5.2 (r252:60911, Feb 21 2008, 13:11:45) [MSC v.1310 32 bit (Intel)] on win32 Type "help", "copyright", "credits