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 vstinner
Recipients doerwalter, ezio.melotti, lemburg, ncoghlan, python-dev, serhiy.storchaka, vstinner
Date 2013-11-22.21:51:51
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1385157111.56.0.319578274305.issue19619@psf.upfronthosting.co.za>
In-reply-to
Content
> Victor, please accept the fact that the codec sub-system in Python
> doesn't only have the Unicode implementation as target. It's
> true that most codecs were added for the Unicode implementation,
> but I deliberately designed the system to be open for other
> purposes such as encoding/decoding between different representations
> of data as well.

I was rejecting completly transform codecs, but I changed my mind. I'm trying to accept that codecs.encode/decode functions were present from the beginning and that they should be functions :-)

My request to remove extra code on the exceptions handling was specific to pure Unicode encodings (like UTF-8. The code can be kept for codecs.encode/decode.

The impact of my request should only impact misused third party transform codecs. You would just get as much info that you are getting with Python 3.3.
History
Date User Action Args
2013-11-22 21:51:51vstinnersetrecipients: + vstinner, lemburg, doerwalter, ncoghlan, ezio.melotti, python-dev, serhiy.storchaka
2013-11-22 21:51:51vstinnersetmessageid: <1385157111.56.0.319578274305.issue19619@psf.upfronthosting.co.za>
2013-11-22 21:51:51vstinnerlinkissue19619 messages
2013-11-22 21:51:51vstinnercreate