From: Andrey Mishchenko <mishchea@gmail.com>
Date: Sun, 21 Jul 2024 06:17:57 +0000 (-0700)
Subject: Delete stale note about mp.Lock.acquire/SIGINT (#120929)
X-Git-Tag: v3.14.0a1~1041
X-Git-Url: http://git.ipfire.org/gitweb.cgi?a=commitdiff_plain;h=0dcbc8385322ff51f7fc3e586027d880275df4fa;p=thirdparty%2FPython%2Fcpython.git

Delete stale note about mp.Lock.acquire/SIGINT (#120929)
---

diff --git a/Doc/library/multiprocessing.rst b/Doc/library/multiprocessing.rst
index bc615b8e2970..f1f9d087edf7 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