Message 101980 - Python tracker

➜

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	ajaksu2
Recipients	ajaksu2, harobed
Date	2010-03-31.06:12:21
SpamBayes Score	2.377628e-06
Marked as misclassified	No
Message-id	<1270015943.88.0.43622293005.issue8260@psf.upfronthosting.co.za>
In-reply-to

Content
Hi Stephane, I think you're seeing different buffering behavior, which I suspect is correct according to docs. codecs.open should default to line buffering[1], while open uses the system default[2]. The read() where the assert fails is returning the remaining buffer from the readline (which read 72 chars). Asserting e.g. "f.read(1024) == ..." will give you the expected result. [1] http://docs.python.org/library/codecs.html#codecs.open [2] http://docs.python.org/library/functions.html#open

Hi Stephane,

I think you're seeing different buffering behavior, which I suspect is correct according to docs.

codecs.open should default to line buffering[1], while open uses the system default[2].

The read() where the assert fails is returning the remaining buffer from the readline (which read 72 chars).

Asserting e.g. "f.read(1024) == ..." will give you the expected result.

[1] http://docs.python.org/library/codecs.html#codecs.open
[2] http://docs.python.org/library/functions.html#open

History
Date	User	Action	Args
2010-03-31 06:12:23	ajaksu2	set	recipients: + ajaksu2, harobed
2010-03-31 06:12:23	ajaksu2	set	messageid: <1270015943.88.0.43622293005.issue8260@psf.upfronthosting.co.za>
2010-03-31 06:12:21	ajaksu2	link	issue8260 messages
2010-03-31 06:12:21	ajaksu2	create