[Python-Dev] PEP 332 revival in coordination with pep 349? [ Was:Re: release plan for 2.5 ?] (original) (raw)
Guido van Rossum guido at python.org
Tue Feb 14 02:11:42 CET 2006
- Previous message: [Python-Dev] PEP 332 revival in coordination with pep 349? [ Was:Re: release plan for 2.5 ?]
- Next message: [Python-Dev] PEP 332 revival in coordination with pep 349? [ Was:Re: release plan for 2.5 ?]
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On 2/13/06, James Y Knight <foom at fuhm.net> wrote:
So, in python2.X, you have: - bytes("\x80"), you get a bytestring with a single byte of value 0x80 (when no encoding is specified, and the object is a str, it doesn't try to encode it at all). - bytes("\x80", encoding="latin-1"), you get an error, because encoding "\x80" into latin-1 implicitly decodes it into a unicode object first, via the system-wide default: ascii. - bytes(u"\x80"), you get an error, because the default encoding for a unicode string is ascii. - bytes(u"\x80", encoding="latin-1"), you get a bytestring with a single byte of value 0x80.
Yes to all.
In py3k, when the str object is eliminated, then what do you have? Perhaps - bytes("\x80"), you get an error, encoding is required. There is no such thing as "default encoding" anymore, as there's no str object. - bytes("\x80", encoding="latin-1"), you get a bytestring with a single byte of value 0x80.
Yes to both again.
-- --Guido van Rossum (home page: http://www.python.org/~guido/)
- Previous message: [Python-Dev] PEP 332 revival in coordination with pep 349? [ Was:Re: release plan for 2.5 ?]
- Next message: [Python-Dev] PEP 332 revival in coordination with pep 349? [ Was:Re: release plan for 2.5 ?]
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]