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 loewis
Recipients georg.brandl, loewis, neologix, nijel, pitrou, r.david.murray
Date 2011-01-06.22:53:18
SpamBayes Score 1.3154928e-06
Marked as misclassified No
Message-id <4D2647DD.7060608@v.loewis.de>
In-reply-to <AANLkTimQ0hz17QtsjAtR4t=0pF2Nvqt19ZNK5YXAf_9F@mail.gmail.com>
Content
> You'll see that read returns less that 100M bytes when interrupted.

I see.

> while len(data) < expected:
>     read(expected - len(data))
> 
> So we're sure it won't break under some systems/conditions.

I think this is not quite the idiom we should use if we want to deal
with signals: if read() returns an empty string, we have hit end-of-file.

If there is a signal before anything is read, we should catch the
exception and continue reading (which the loop doesn't do, either).

OTOH, if the signal was due to a user interrupt, we should raise an
exception, anyway, IMO - even if we've read some data already.
History
Date User Action Args
2011-01-06 22:53:20loewissetrecipients: + loewis, georg.brandl, nijel, pitrou, r.david.murray, neologix
2011-01-06 22:53:18loewislinkissue10824 messages
2011-01-06 22:53:18loewiscreate