Author sbt
Recipients benjamin.peterson, neologix, petri.lehtinen, pitrou, sbt, stutzbach
Date 2011-11-04.21:46:28
SpamBayes Score 2.00689e-08
Marked as misclassified No
Message-id <1320443188.87.0.668726977346.issue13322@psf.upfronthosting.co.za>
In-reply-to
Content
> Another possibility would be that, since lines are usually reasonably
> sized, they should fit in the buffer (which is 8KB by default). So we 
> could do the extra effort of buffering the data and return it once the 
> line is complete: if the buffer fills up before we got the whole line, 
> then we could raise a RuntimeError("Partial line read"). Note that I 
> didn't check if it's easily feasible (i.e. we should avoid introducing 
> kludges in the I/O layer just to handle thi corner case).

Discarding data rarely is worse than always throwing an exception.
History
Date User Action Args
2011-11-04 21:46:28sbtsetrecipients: + sbt, pitrou, benjamin.peterson, stutzbach, neologix, petri.lehtinen
2011-11-04 21:46:28sbtsetmessageid: <1320443188.87.0.668726977346.issue13322@psf.upfronthosting.co.za>
2011-11-04 21:46:28sbtlinkissue13322 messages
2011-11-04 21:46:28sbtcreate