Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.python > #32975
| Newsgroups | comp.lang.python |
|---|---|
| Date | 2012-11-08 11:30 -0800 |
| References | (2 earlier) <509AF3EF.8050108@gmail.com> <CAHVvXxSg0XWjZmA1pnEvBB_b2T9pS91YdjhF2duZHmBuLbXNAw@mail.gmail.com> <mailman.3436.1352383603.27098.python-list@python.org> <65910cea-f145-409c-a579-9f0cda499546@googlegroups.com> <mailman.3457.1352399533.27098.python-list@python.org> |
| Subject | Re: Right solution to unicode error? |
| From | wxjmfauth@gmail.com |
| Message-ID | <mailman.3461.1352403047.27098.python-list@python.org> (permalink) |
Le jeudi 8 novembre 2012 19:32:14 UTC+1, Oscar Benjamin a écrit :
> On 8 November 2012 15:05, <wxjmfauth@gmail.com> wrote:
>
> > Le jeudi 8 novembre 2012 15:07:23 UTC+1, Oscar Benjamin a écrit :
>
> >> On 8 November 2012 00:44, Oscar Benjamin <oscar.j.benjamin@gmail.com> wrote:
>
> >> > On 7 November 2012 23:51, Andrew Berg <bahamutzero8825@gmail.com> wrote:
>
> >> >> On 2012.11.07 17:27, Oscar Benjamin wrote:
>
> >>
>
> >> >>> Are you using cmd.exe (standard Windows terminal)? If so, it does not
>
> >> >>> support unicode
>
> >>
>
> >> >> Actually, it does. Code page 65001 is UTF-8. I know that doesn't help
>
> >> >> the OP since Python versions below 3.3 don't support cp65001, but I
>
> >> >> think it's important to point out that the Windows command line system
>
> >> >> (it is not unique to cmd) does in fact support Unicode.
>
> >>
>
> >> > I have tried to use code page 65001 and it didn't work for me even if
>
> >> > I did use a version of Python (possibly 3.3 alpha) that claimed to
>
> >> > support it.
>
> >>
>
> >> I stand corrected. I've just checked and codepage 65001 does work in
>
> >> cmd.exe (on this machine):
>
> >>
>
> >> O:\>chcp 65001
>
> >> Active code page: 65001
>
> >>
>
> >> O:\>Q:\tools\Python33\python -c print('abc\u2013def')
>
> >> abc-def
>
> >>
>
> >> O:\>Q:\tools\Python33\python -c print('\u03b1')
>
> >> α
>
> >>
>
> >> It would be a lot better though if it just worked straight away
>
> >> without me needing to set the code page (like the terminal in every
>
> >> other OS I use).
>
> >
>
> > It *WORKS* straight away. The problem is that
>
> > people do not wish to use unicode correctly
>
> > (eg. Mulder's example).
>
> > Read the point 1) and 4) in my previous post.
>
> >
>
> > Unicode and in general the coding of the characters
>
> > have nothing to do with the os's or programming languages.
>
>
>
> I don't know what you mean that it works "straight away".
>
>
>
> The default code page on my machine is cp850.
>
>
>
> O:\>chcp
>
> Active code page: 850
>
>
>
> cp850 doesn't understand utf-8. It just prints garbage:
>
>
>
> O:\>Q:\tools\Python33\python -c "import sys;
>
> sys.stdout.buffer.write('\u03b1\n'.encode('utf-8'))"
>
> ╬▒
>
>
>
> Using the correct encoding doesn't help:
>
>
>
> O:\>Q:\tools\Python33\python -c "import sys;
>
> sys.stdout.buffer.write('\u03b1\n'.encode('cp850'))"
>
> Traceback (most recent call last):
>
> File "<string>", line 1, in <module>
>
> File "Q:\tools\Python33\lib\encodings\cp850.py", line 12, in encode
>
> return codecs.charmap_encode(input,errors,encoding_map)
>
> UnicodeEncodeError: 'charmap' codec can't encode character '\u03b1' in
>
> position 0: character maps to
>
> <undefined>
>
>
>
> O:\>Q:\tools\Python33\python -c "import sys;
>
> sys.stdout.buffer.write('\u03b1\n'.encode(sys.stdout.en
>
> coding))"
>
> Traceback (most recent call last):
>
> File "<string>", line 1, in <module>
>
> File "Q:\tools\Python33\lib\encodings\cp850.py", line 12, in encode
>
> return codecs.charmap_encode(input,errors,encoding_map)
>
> UnicodeEncodeError: 'charmap' codec can't encode character '\u03b1' in
>
> position 0: character maps to
>
> <undefined>
>
>
>
> If I want the other characters to work I need to change the code page:
>
>
>
> O:\>chcp 65001
>
> Active code page: 65001
>
>
>
> O:\>Q:\tools\Python33\python -c "import sys;
>
> sys.stdout.buffer.write('\u03b1\n'.encode('utf-8'))"
>
> α
>
>
>
> O:\>Q:\tools\Python33\python -c "import sys;
>
> sys.stdout.buffer.write('\u03b1\n'.encode(sys.stdout.en
>
> coding))"
>
> α
>
>
>
>
>
> Oscar
You are confusing two things. The coding of the
characters and the set of the characters (glyphes/graphemes)
of a coding scheme.
It is always possible to encode safely an unicode, but
the target coding may not contain the character.
Take a look at the output of this "special" interactive
interpreter" where the host coding (sys.stdout.encoding)
can be change on the fly.
>>> s = 'éléphant\u2013abc需'
>>> sys.stdout.encoding
'<unicode>'
>>> s
'éléphant–abc需'
>>>
>>> sys.stdout.encoding = 'cp1252'
>>> s.encode('cp1252')
'éléphant–abc需'
>>> sys.stdout.encoding = 'cp850'
>>> s.encode('cp850')
Traceback (most recent call last):
File "<eta last command>", line 1, in <module>
File "C:\Python32\lib\encodings\cp850.py", line 12, in encode
return codecs.charmap_encode(input,errors,encoding_map)
UnicodeEncodeError: 'charmap' codec can't encode character '\u2013'
in position 8: character maps to <undefined>
>>> # but
>>> s.encode('cp850', 'replace')
'éléphant?abcé??'
>>>
>>> sys.stdout.encoding = 'utf-8'
>>> s
'éléphant–abc需'
>>> s.encode('utf-8')
'éléphant–abc需'
>>>
>>> sys.stdout.encoding = 'utf-16-le' <<<<<<<<<
>>> s
' é l é p h a n t a b c é S ¬ '
>>> s.encode('utf-16-le')
'éléphant–abc需'
<<<<<<<<<<< some cheating here do to the mail system, it really looks like this.
jmf
Back to comp.lang.python | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Right solution to unicode error? Anders <aschneiderman@asha.org> - 2012-11-07 14:17 -0800
RE: Right solution to unicode error? "Prasad, Ramit" <ramit.prasad@jpmorgan.com> - 2012-11-07 23:07 +0000
Re: Right solution to unicode error? Oscar Benjamin <oscar.j.benjamin@gmail.com> - 2012-11-07 23:27 +0000
Re: Right solution to unicode error? Andrew Berg <bahamutzero8825@gmail.com> - 2012-11-07 17:51 -0600
Re: Right solution to unicode error? Steven D'Aprano <steve+comp.lang.python@pearwood.info> - 2012-11-07 23:53 +0000
Re: Right solution to unicode error? Hans Mulder <hansmu@xs4all.nl> - 2012-11-08 12:40 +0100
Re: Right solution to unicode error? Oscar Benjamin <oscar.j.benjamin@gmail.com> - 2012-11-08 00:44 +0000
Re: Right solution to unicode error? wxjmfauth@gmail.com - 2012-11-08 03:01 -0800
RE: Right solution to unicode error? Anders Schneiderman <ASchneiderman@asha.org> - 2012-11-08 09:00 -0500
Re: Right solution to unicode error? Oscar Benjamin <oscar.j.benjamin@gmail.com> - 2012-11-08 14:06 +0000
Re: Right solution to unicode error? wxjmfauth@gmail.com - 2012-11-08 07:05 -0800
Re: Right solution to unicode error? Oscar Benjamin <oscar.j.benjamin@gmail.com> - 2012-11-08 18:32 +0000
Re: Right solution to unicode error? wxjmfauth@gmail.com - 2012-11-08 11:30 -0800
Re: Right solution to unicode error? wxjmfauth@gmail.com - 2012-11-08 11:30 -0800
Re: Right solution to unicode error? Ian Kelly <ian.g.kelly@gmail.com> - 2012-11-08 11:48 -0700
Re: Right solution to unicode error? wxjmfauth@gmail.com - 2012-11-08 11:54 -0800
Re: Right solution to unicode error? Ian Kelly <ian.g.kelly@gmail.com> - 2012-11-08 13:41 -0700
Re: Right solution to unicode error? wxjmfauth@gmail.com - 2012-11-09 02:06 -0800
RE: Right solution to unicode error? "Prasad, Ramit" <ramit.prasad@jpmorgan.com> - 2012-11-08 20:54 +0000
Re: Right solution to unicode error? Ian Kelly <ian.g.kelly@gmail.com> - 2012-11-08 14:07 -0700
Re: Right solution to unicode error? Oscar Benjamin <oscar.j.benjamin@gmail.com> - 2012-11-08 21:37 +0000
Re: Right solution to unicode error? wxjmfauth@gmail.com - 2012-11-08 11:54 -0800
Re: Right solution to unicode error? Andrew Berg <bahamutzero8825@gmail.com> - 2012-11-08 21:30 -0600
csiph-web