From 66435241d89b1f667e225170d50bcb7b42f76abf Mon Sep 17 00:00:00 2001 From: "Miss Islington (bot)" <31488909+miss-islington@users.noreply.github.com> Date: Sun, 21 Jul 2024 08:34:36 +0200 Subject: [PATCH] [3.13] Delete stale note about mp.Lock.acquire/SIGINT (GH-120929) (GH-122078) Delete stale note about mp.Lock.acquire/SIGINT (GH-120929) (cherry picked from commit 0dcbc8385322ff51f7fc3e586027d880275df4fa) Co-authored-by: Andrey Mishchenko --- Doc/library/multiprocessing.rst | 11 ----------- 1 file changed, 11 deletions(-) diff --git a/Doc/library/multiprocessing.rst b/Doc/library/multiprocessing.rst index bc615b8e297..f1f9d087edf 100644 --- a/Doc/library/multiprocessing.rst +++ b/Doc/library/multiprocessing.rst @@ -1473,17 +1473,6 @@ object -- see :ref:`multiprocessing-managers`. On macOS, ``sem_timedwait`` is unsupported, so calling ``acquire()`` with a timeout will emulate that function's behavior using a sleeping loop. -.. note:: - - If the SIGINT signal generated by :kbd:`Ctrl-C` arrives while the main thread is - blocked by a call to :meth:`BoundedSemaphore.acquire`, :meth:`Lock.acquire`, - :meth:`RLock.acquire`, :meth:`Semaphore.acquire`, :meth:`Condition.acquire` - or :meth:`Condition.wait` then the call will be immediately interrupted and - :exc:`KeyboardInterrupt` will be raised. - - This differs from the behaviour of :mod:`threading` where SIGINT will be - ignored while the equivalent blocking calls are in progress. - .. note:: Some of this package's functionality requires a functioning shared semaphore