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 martin.panter
Recipients martin.panter, xdegaye
Date 2017-01-08.11:13:45
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1483874025.39.0.721624640463.issue28997@psf.upfronthosting.co.za>
In-reply-to
Content
.
Thanks for the explanation. It sounds like the Readline library assumes an ASCII-only locale and sets its “convert-meta” variable to “on”. But Python assumes UTF-8 and inputs b"\xC3\xAB" to the terminal. Readline converts the input to two escape sequences: "\N{ESC}\x43" == "\N{ESC}C" (Alt + Capital C), which probably runs the “capitalize-word” command, and "\N{ESC}\x2B" == "\N{ESC}+" (Alt + Plus), which presumably generates the bell character.

I don’t understand why you say Readline is “correctly” using the C or Posix locale (ASCII), while my understanding is Python on Android always uses UTF-8 as the locale encoding. It seems there is an inconsistency with the locale or encodings being used.

Or is this just an obscure case that you choose not to support on Android, and therefore skip the test?
History
Date User Action Args
2017-01-08 11:13:45martin.pantersetrecipients: + martin.panter, xdegaye
2017-01-08 11:13:45martin.pantersetmessageid: <1483874025.39.0.721624640463.issue28997@psf.upfronthosting.co.za>
2017-01-08 11:13:45martin.panterlinkissue28997 messages
2017-01-08 11:13:45martin.pantercreate