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 vstinner
Recipients akira, shankarunni, vstinner, yselivanov
Date 2014-04-26.23:45:46
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1398555947.17.0.804992135316.issue21302@psf.upfronthosting.co.za>
In-reply-to
Content
"I'm working on a patch, but I noticed a similar issue in Condition.wait(), which also keeps re-evaluating the "remaining sleep time" based on the current kernel clock, with similar effects."

I see that Lock.acquire(timeout) uses the C function gettimeofday() to recompute the timeout if acquiring the lock was interrupted (C error "EINTR"). It would be better to use a monotonic clock here, but please open a new issue because it's unrelated to nanosleep().

Or did you another bug?

By the way, you didn't mention the Python version. Are you working on Python 2.7 or 3.5?

See also the PEP 418.
History
Date User Action Args
2014-04-26 23:45:47vstinnersetrecipients: + vstinner, akira, yselivanov, shankarunni
2014-04-26 23:45:47vstinnersetmessageid: <1398555947.17.0.804992135316.issue21302@psf.upfronthosting.co.za>
2014-04-26 23:45:47vstinnerlinkissue21302 messages
2014-04-26 23:45:46vstinnercreate