Message 110156 - Python tracker

➜

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-07-13.04:12:08
SpamBayes Score	0.12133205
Marked as misclassified	No
Message-id	<[email protected]>
In-reply-to

Content
Alternatively, do you think it would be better to ignore interrupts when a timeout is passed? If a timeout is passed, the lock acquire will eventually fail in a deadlock situation, and the signal will be handled in the eval loop. However, if the timeout is sufficiently long, this is still a problem. I'd prefer to do that or use gettimeofday from _time than leave this as is.

Alternatively, do you think it would be better to ignore interrupts when a timeout is passed?  If a timeout is passed, the lock acquire will eventually fail in a deadlock situation, and the signal will be handled in the eval loop.

However, if the timeout is sufficiently long, this is still a problem.

I'd prefer to do that or use gettimeofday from _time than leave this as is.

History
Date	User	Action	Args
2010-07-13 04:12:10	rnk	set	recipients: + rnk, gregory.p.smith, pitrou, jyasskin, hobb0001
2010-07-13 04:12:10	rnk	set	messageid: <[email protected]>
2010-07-13 04:12:08	rnk	link	issue8844 messages
2010-07-13 04:12:08	rnk	create