On Jun 21, 2010, at 03:29 PM, Toshio Kuratomi wrote: >I wouldn't like this. It brings us back to the python2 problem where >sometimes you pass an ebyte into a function and it works and other times you >pass an ebyte into the function and it issues a traceback. The coercion >must end up with a str and no traceback (this assumes that we've checked >that the ebyte and the encoding "match" when we create the ebyte). Doing this at ebyte construction time does have the nice benefit of getting the exception early, and because the ebyte is unmutable, you could cache the results in an attribute on the ebyte. Well, unmutable if the .encoding is also unmutable. If that can change, then you'd have to re-run the cached decoding whenever the attribute were set, and there would be a penalty paid each time this was done. That, plus the socket use case, does argue for a separate ebytes type. -Barry -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://mail.python.org/pipermail/python-dev/attachments/20100621/d21f3ec8/attachment.pgp>
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4