traverseda
/
cpython
1
0
Fork 0
Code Issues Pull Requests Releases Wiki Activity

threading primitives now have timeouts

This commit is contained in:
Benjamin Peterson 2012-02-04 09:55:52 -05:00
parent 992ca5278e
commit f51ebf94bb
1 changed files with 0 additions and 8 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

8
Doc/library/multiprocessing.rst
View File

@ -876,14 +876,6 @@ object -- see :ref:`multiprocessing-managers`.
.. note:: .. note::
The :meth:`acquire` method of :class:`BoundedSemaphore`, :class:`Lock`,
:class:`RLock` and :class:`Semaphore` has a timeout parameter not supported
by the equivalents in :mod:`threading`. The signature is
``acquire(block=True, timeout=None)`` with keyword parameters being
acceptable. If *block* is ``True`` and *timeout* is not ``None`` then it
specifies a timeout in seconds. If *block* is ``False`` then *timeout* is
ignored.
On Mac OS X, ``sem_timedwait`` is unsupported, so calling ``acquire()`` with On Mac OS X, ``sem_timedwait`` is unsupported, so calling ``acquire()`` with
a timeout will emulate that function's behavior using a sleeping loop. a timeout will emulate that function's behavior using a sleeping loop.