Skip to content

Commit 6643524

Browse files
[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 0dcbc83) Co-authored-by: Andrey Mishchenko <[email protected]>
1 parent 774c7b1 commit 6643524

File tree

1 file changed

+0
-11
lines changed

1 file changed

+0
-11
lines changed

Doc/library/multiprocessing.rst

Lines changed: 0 additions & 11 deletions
Original file line numberDiff line numberDiff line change
@@ -1473,17 +1473,6 @@ object -- see :ref:`multiprocessing-managers`.
14731473
On macOS, ``sem_timedwait`` is unsupported, so calling ``acquire()`` with
14741474
a timeout will emulate that function's behavior using a sleeping loop.
14751475

1476-
.. note::
1477-
1478-
If the SIGINT signal generated by :kbd:`Ctrl-C` arrives while the main thread is
1479-
blocked by a call to :meth:`BoundedSemaphore.acquire`, :meth:`Lock.acquire`,
1480-
:meth:`RLock.acquire`, :meth:`Semaphore.acquire`, :meth:`Condition.acquire`
1481-
or :meth:`Condition.wait` then the call will be immediately interrupted and
1482-
:exc:`KeyboardInterrupt` will be raised.
1483-
1484-
This differs from the behaviour of :mod:`threading` where SIGINT will be
1485-
ignored while the equivalent blocking calls are in progress.
1486-
14871476
.. note::
14881477

14891478
Some of this package's functionality requires a functioning shared semaphore

0 commit comments

Comments
 (0)