Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.python > #87162
| From | Mark Lawrence <breamoreboy@yahoo.co.uk> |
|---|---|
| Subject | Re: Opaque error message on UTF-8 decode |
| Date | 2015-03-08 21:23 +0000 |
| References | <CAPTjJmr3sDSMdW3=R_oHYH8MW4shb-NF04x9NU_V97KkwW8vKg@mail.gmail.com> |
| Newsgroups | comp.lang.python |
| Message-ID | <mailman.177.1425849845.21433.python-list@python.org> (permalink) |
On 08/03/2015 21:15, Chris Angelico wrote:
>>>> b"\xed\xb4\x80".decode()
> Traceback (most recent call last):
> File "<stdin>", line 1, in <module>
> UnicodeDecodeError: 'utf-8' codec can't decode byte 0xed in position
> 0: invalid continuation byte
>
> But 0xED is not a continuation byte, it's a start byte. And it's a
> perfectly valid one:
>
>>>> b"\xed\x9f\xbf".decode()
> '\ud7ff'
>
> Pike is more explicit about what the problem is:
>
>> utf8_to_string("\xed\xb4\x80");
> UTF-8 sequence beginning with 0xed 0xb4 at index 0 would decode to a
> UTF-16 surrogate character.
>
> Is this something where Python's error message could do with
> improvement, or is it not worth the hassle? Should I raise a tracker
> issue about this?
>
> ChrisA
>
I'd raise an issue so there's a formal record that we can refer to in
the future. Besides what's one issue like this compared to the "Python
can't do decimal sums properly" which gets raised every few months by
newbies :)
--
My fellow Pythonistas, ask not what our language can do for you, ask
what you can do for our language.
Mark Lawrence
Back to comp.lang.python | Previous | Next | Find similar | Unroll thread
Re: Opaque error message on UTF-8 decode Mark Lawrence <breamoreboy@yahoo.co.uk> - 2015-03-08 21:23 +0000
csiph-web