diff options
| author | bobince <and+github@doxdesk.com> | 2020-03-11 23:39:02 +0000 |
|---|---|---|
| committer | GitHub <noreply@github.com> | 2020-03-12 00:39:02 +0100 |
| commit | 64838ce7172c7a92183b39b22504b433a33a884d (patch) | |
| tree | 338cc53731fe3ad3f524209ab33d6ebe91d3caa8 /Python | |
| parent | 894adc18b4fb7246b762276a50a332c0e4f0e0f0 (diff) | |
| download | cpython-git-64838ce7172c7a92183b39b22504b433a33a884d.tar.gz | |
bpo-39847: EnterNonRecursiveMutex() uses GetTickCount64() (GH-18780)
The 32-bit (49-day) TickCount relied on in EnterNonRecursiveMutex can overflow
in the gap between the 'target' time and the 'now' time WaitForSingleObjectEx
returns, causing the loop to think it needs to wait another 49 days. This is
most likely to happen when the machine is hibernated during
WaitForSingleObjectEx.
This makes acquiring a lock/event/etc from the _thread or threading module
appear to never timeout.
Replace with GetTickCount64 - this is OK now Python no longer supports XP which
lacks it, and is in use for time.monotonic().
Co-authored-by: And Clover <and.clover@bromium.com>
Diffstat (limited to 'Python')
| -rw-r--r-- | Python/thread_nt.h | 6 |
1 files changed, 3 insertions, 3 deletions
diff --git a/Python/thread_nt.h b/Python/thread_nt.h index a5246dd050..23d585cf9f 100644 --- a/Python/thread_nt.h +++ b/Python/thread_nt.h @@ -75,16 +75,16 @@ EnterNonRecursiveMutex(PNRMUTEX mutex, DWORD milliseconds) } } else if (milliseconds != 0) { /* wait at least until the target */ - DWORD now, target = GetTickCount() + milliseconds; + ULONGLONG now, target = GetTickCount64() + milliseconds; while (mutex->locked) { if (PyCOND_TIMEDWAIT(&mutex->cv, &mutex->cs, (long long)milliseconds*1000) < 0) { result = WAIT_FAILED; break; } - now = GetTickCount(); + now = GetTickCount64(); if (target <= now) break; - milliseconds = target-now; + milliseconds = (DWORD)(target-now); } } if (!mutex->locked) { |