This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author pitrou
Recipients hdima, pitrou, pje
Date 2008-12-22.15:37:46
SpamBayes Score 1.8547407e-05
Marked as misclassified No
Message-id <1229960264.6263.47.camel@localhost>
In-reply-to <1229959430.03.0.614310706267.issue4718@psf.upfronthosting.co.za>
Content
> If you want to change to using bytes, you're going to have to take it
> to the Web-SIG and hash out a revision to PEP 333, which at the moment
> requires the use of strings, period.

What was called str in 2.x has become the bytes object in py3k.
What was called unicode in 2.x has become str in py3k.
(roughly)

Given the meaning of the term "string" and its possible acceptions have
dramatically changed between 2.x and py3k, how does this patch violate
the PEP more than any other?

Actually, the PEP says:

        HTTP does not directly support Unicode, and neither does this
        interface. All encoding/decoding must be handled by the
        application; all strings passed to or from the server must be
        standard Python *byte strings*, not Unicode objects.
        [emphasis mine]

So, not accepting bytes in py3k is clearly a violation of the PEP!
History
Date User Action Args
2008-12-22 15:37:48pitrousetrecipients: + pitrou, pje, hdima
2008-12-22 15:37:47pitroulinkissue4718 messages
2008-12-22 15:37:46pitroucreate