Message160941
| Author |
A.S |
| Recipients |
A.S, tdb, vstinner |
| Date |
2012年05月16日.23:37:34 |
| SpamBayes Score |
-1.0 |
| Marked as misclassified |
Yes |
| Message-id |
<1337211454.95.0.923530894207.issue14475@psf.upfronthosting.co.za> |
| In-reply-to |
| Content |
Just got this behavior, with readlines(), which is unsurprising since it internally uses read() as described in the original bug report.
The break on line 468 of codecs.py seems to be the problem, it fixes it if I remove this conditional locally.
http://hg.python.org/cpython/file/f6a207d86154/Lib/codecs.py#l466
I may be overlooking something, but I would assume this should be checking if the character buffer extends to the EOF of the underlaying stream at this point?
As stated before can be reproduced by:
f = codecs.open(...)
f.read()
f.readlines() |
|
History
|
|---|
| Date |
User |
Action |
Args |
| 2012年05月16日 23:37:34 | A.S | set | recipients:
+ A.S, vstinner, tdb |
| 2012年05月16日 23:37:34 | A.S | set | messageid: <1337211454.95.0.923530894207.issue14475@psf.upfronthosting.co.za> |
| 2012年05月16日 23:37:34 | A.S | link | issue14475 messages |
| 2012年05月16日 23:37:34 | A.S | create |
|