Message333845
| Author |
vstinner |
| Recipients |
cstratak, neologix, vstinner |
| Date |
2019年01月17日.10:11:18 |
| SpamBayes Score |
-1.0 |
| Marked as misclassified |
Yes |
| Message-id |
<1547719878.46.0.206904867743.issue23428@roundup.psfhosted.org> |
| In-reply-to |
| Content |
> Is there any progress on the issue? Should someone take over?
It's a limitation of the libc, not directly of Python.
The problem is that the sem_timedwait() function of the glibc doesn't allow to specify which clock is used:
https://sourceware.org/bugzilla/show_bug.cgi?id=14717
Someone has to contribute to the glibc to add an option to sem_init() or sem_timedwait() to allow to use a different clock than CLOCK_REALTIME.
One workaround is to use Python to use the mutex+cond implementation of pthread locks, since this one is already able to use CLOCK_MONOTONIC:
https://bugs.python.org/issue31267#msg302257 |
|
History
|
|---|
| Date |
User |
Action |
Args |
| 2019年01月17日 10:11:20 | vstinner | set | recipients:
+ vstinner, neologix, cstratak |
| 2019年01月17日 10:11:18 | vstinner | set | messageid: <1547719878.46.0.206904867743.issue23428@roundup.psfhosted.org> |
| 2019年01月17日 10:11:18 | vstinner | link | issue23428 messages |
| 2019年01月17日 10:11:18 | vstinner | create |
|