Changes by irdb dalba.w...@gmail.com:
--
nosy: +irdb
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17348
___
___
Python-bugs-list mailing list
Changes by Serhiy Storchaka storch...@gmail.com:
--
resolution: - duplicate
superseder: - IDLE console uses incorrect encoding.
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17348
___
R. David Murray added the comment:
Serhiy has proposed a patch on the older issue, closing this one since it is a
duplicate.
--
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Changes by R. David Murray rdmur...@bitdance.com:
--
title: Unicode - encoding seems to be lost for inputs of unicode chars -
Unicode - encoding seems to be lost for inputs of unicode chars in IDLE
___
Python tracker rep...@bugs.python.org
Tomoki Imai added the comment:
Thanks.
I noticed Terry used python3 to confirm this problem...
I am Japanese, but using English environment.
Here is my locale settings. And I'm using Linux.
konomi:tomoki% locale
LANG=en_US.utf8
LC_CTYPE=en_US.UTF-8
R. David Murray added the comment:
Well, it does seem to me that there is something wrong here. Your fix may even
be correct, but I'd hesitate to apply it without someone understanding why
those lines were added in the first place. (I *think* they were added by
Martin von Loewis, but I'm
Terry J. Reedy added the comment:
When discussing problematical behavior, one should specify OS and exact Python
version, including bugfix number. If at all possible, one should use the latest
bugfix release with all released bugfixes. 2.7.3 came out 10+ months before the
original report. I
Tomoki Imai added the comment:
Sorry.I forgot to note my environment.
I'm using Arch Linux.
$ uname -a
Linux manaka 3.8.7-1-ARCH #1 SMP PREEMPT Sat Apr 13 09:01:47 CEST 2013 x86_64
GNU/Linux
And python version is here.
$ python --version
Python 2.7.4
IDLE's version is same, 2.7.4 downloaded
Ned Deily added the comment:
I think this is another case where confusion is introduced by the behavior of
Python 2 interactive mode with regard to encodings. In 2.x Python/pythonrun.c,
depending on a number of factors the interactive loop will try to set a more
useful encoding on stdin,
Ned Deily added the comment:
Also see Issue15809 in which Martin proposed the same patch but then explained
why it isn't totally correct.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17348
Changes by Ned Deily n...@acm.org:
--
Removed message: http://bugs.python.org/msg187547
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17348
___
R. David Murray added the comment:
For those of us without fancy input methods, I was able to see the same problem
using a simple non-ascii letter (an accented a: รก. You will note that my stdin
encoding ought to be utf-8, so I'm not sure why it fails (but I didn't check
that). Removing the
12 matches
Mail list logo
