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 gregory.p.smith
Recipients gregory.p.smith, gvanrossum, pitrou, sbt, vstinner
Date 2013-08-31.18:09:30
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1377972571.08.0.0737120008005.issue18885@psf.upfronthosting.co.za>
In-reply-to
Content
I wrote too many words.  In short:

time.sleep()'s behavior should remain as it is today given how it is documented to behave.  If you disagree, consider adding an optional interruptable=False parameter so that both behavior options exist.

ALL IO calls and wait* should handle EINTR transparently for the user and never expose it to the Python application.

select(), poll() and equivalents.  If you want to transparently handle EINTR on these, just make sure you deal with the timeouts properly.  While I suspect a few people wanted to see the signal interruption on those I agree: very uncommon and undesirable for most.

If people need a specific signal interruption they should define a signal handler that raises.
History
Date User Action Args
2013-08-31 18:09:31gregory.p.smithsetrecipients: + gregory.p.smith, gvanrossum, pitrou, vstinner, sbt
2013-08-31 18:09:31gregory.p.smithsetmessageid: <1377972571.08.0.0737120008005.issue18885@psf.upfronthosting.co.za>
2013-08-31 18:09:31gregory.p.smithlinkissue18885 messages
2013-08-31 18:09:30gregory.p.smithcreate