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 rnk
Recipients gregory.p.smith, hobb0001, jyasskin, pitrou, rnk
Date 2010-05-29.02:59:27
SpamBayes Score 0.0007253663
Marked as misclassified No
Message-id <1275101969.79.0.264603516238.issue8844@psf.upfronthosting.co.za>
In-reply-to
Content
I'd like to fix it, but I don't know if I'll be able to in time.  It was something that bugged me while running the threading tests while working on Unladen.

I'm imagining (for POSIX platforms) adding some kind of check for signals when the system call returns EINTR.  If the signal handler raises an exception, like an interrupt should raise a KeyboardInterrupt, we can just give a different return code and propagate the exception.

It also seems like this behavior can be extended gradually to different platforms, since I don't have the resources to change and test every threading implementation.
History
Date User Action Args
2010-05-29 02:59:30rnksetrecipients: + rnk, gregory.p.smith, pitrou, jyasskin, hobb0001
2010-05-29 02:59:29rnksetmessageid: <1275101969.79.0.264603516238.issue8844@psf.upfronthosting.co.za>
2010-05-29 02:59:28rnklinkissue8844 messages
2010-05-29 02:59:27rnkcreate