➜

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.

作者 ncoghlan
收信人 doerwalter, ezio.melotti, lemburg, ncoghlan, serhiy.storchaka, vstinner
日期 2013-11-19.11:38:17
SpamBayes Score -1.0
Marked as misclassified 是
Message-id <1384861097.76.0.4680084752.issue19619@psf.upfronthosting.co.za>
In-reply-to
内容
Given the time frame, how about we just go with Serhiy's suggestion of a "known non-Unicode codec" internal blacklist for both 3.3 and 3.4?

I still like the idea of exposing codec type maps for introspection, but designing a decent API for that which also handles type preserving codecs is going to take some work, and can't realistically be included in 3.4.

By my count, if we delay the blacklisting until after we do the codec lookup, there's only seven names we need to block:

>>> from codecs import lookup
>>> blacklist = "base64 uu quopri hex bz2 zlib rot13".split()
>>> for name in blacklist:
...     print(lookup(name).name)
... 
base64
uu
quopri
hex
bz2
zlib
rot-13
历史
日期 用户 动作 参数
2013-11-19 11:38:17ncoghlan修改recipients: + ncoghlan, lemburg, doerwalter, vstinner, ezio.melotti, serhiy.storchaka
2013-11-19 11:38:17ncoghlan修改messageid: <1384861097.76.0.4680084752.issue19619@psf.upfronthosting.co.za>
2013-11-19 11:38:17ncoghlan链接issue19619 messages
2013-11-19 11:38:17ncoghlan创建