Thomas Kluyver added the comment:
OK, thanks, and sorry for the noise. I've closed this issue.
Looking at the readline manual, it looks like this is tied up with the options
input-meta, output-meta and convert-meta. Fiddling around with .inputrc hasn't
clarified exactly what they do, but it
Serhiy Storchaka added the comment:
Yes, this is a readline issue.
Add '\M-i:' line to ~/.inputrc, run 'rlwrap cat' command, paste this
multibyte character and you got the same result.
This is not a Python bug.
--
nosy: +serhiy.storchaka
___
Éric Araujo added the comment:
Original bug report: https://github.com/ipython/ipython/issues/58
--
nosy: +eric.araujo
stage: - needs patch
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11679
STINNER Victor added the comment:
I confirm that the issue exists, but I don't think that it comes from Python. I
bet that the readline library uses *byte* string, not *character* string, and
so is unable to handle correctly multibyte characters like the chinese
character U+9000.
--
Petri Lehtinen pe...@digip.org added the comment:
You're binding the M-i keyboard sequence. Could it be that the \xe9 byte is
translated by the terminal to M-i, and that causes the interference? In this
case, it's not really a bug.
--
nosy: +petri.lehtinen
versions: +Python 2.7,
New submission from Thomas Kluyver tak...@gmail.com:
To replicate, in Python 3.1 on Linux (utf-8 console):
print(chr(0x9000))
退
Copy and paste this character into the prompt. It appears correctly (as a
Chinese character). Then:
import readline
readline.parse_and_bind('\M-i:')
Now try
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11679
___
___
Python-bugs-list mailing
