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 lemburg
Recipients Santiago.Piccinini, amaury.forgeotdarc, lemburg, pitrou
Date 2010-11-07.01:07:50
SpamBayes Score 1.5070784e-10
Marked as misclassified No
Message-id <4CD5FBE3.60906@egenix.com>
In-reply-to <1289088675.81.0.966361423928.issue10344@psf.upfronthosting.co.za>
Content
Amaury Forgeot d'Arc wrote:
> 
> Amaury Forgeot d'Arc <amauryfa@gmail.com> added the comment:
> 
> Antoine, should codecs.open() be removed or simply aliased to open()?

Both is not possible: codecs.open() provides a different API than
open(). Unlike open(), codecs.open() allow use of all available
codecs, not just ones that decode to Unicode.

Regarding the issue itself: I think this is a wrong interpretation of
what the buffering parameter does. File buffering is different
from .readline() buffering (which can be customized on a per-call
basis by specifying a size parameter).

Besides, switching buffering off in open() is only allowed for
binary files, so open() wouldn't "solve" the mentioned behavior.

The only way to implement "unbuffered" .readline() in the way
that Santiago appears to be after would be to set the size parameter
to 1 for all .readline() calls. That would result in very poor
performance, though.

I think we should close this issue as "won't fix".
History
Date User Action Args
2010-11-07 01:07:54lemburgsetrecipients: + lemburg, amaury.forgeotdarc, pitrou, Santiago.Piccinini
2010-11-07 01:07:52lemburglinkissue10344 messages
2010-11-07 01:07:50lemburgcreate