A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2004-August/047798.html below:

[Python-Dev] Decoding incomplete unicode

[Python-Dev] Decoding incomplete unicode [Python-Dev] Decoding incomplete unicodeWalter Dörwald walter at livinglogic.de
Fri Aug 13 22:04:04 CEST 2004
M.-A. Lemburg wrote:

> Hi Walter,
> 
> I don't have time to comment on this this week, I'll respond
> next week.

OK.

> Overall, I don't like the idea of adding extra
> APIs breaking the existing codec API.

Adding a final argument that defaults to False doesn't
break the API for the callers, only for the implementors.

And if we drop the final argument, the API is completely
backwards compatible both for users and implementors.
The only thing that gets added is the feed() method,
that implementors don't have to overwrite.

> I believe that we can
> extend stream codecs to also work in a feed mode without
> breaking the API.

Abandoning the final argument and adding a feed() method
would IMHO be the simplest way to do this.

But then there's no way to make sure that every byte from
the input stream is really consumed.

Bye,
    Walter Dörwald


More information about the Python-Dev mailing list

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