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.

In-reply-to
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>

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

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

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

homepage