[Python-checkins] cpython (merge 3.2 -> 3.2): Merge heads
petri.lehtinen
python-checkins at python.org
Sat Nov 12 20:28:35 CET 2011
http://hg.python.org/cpython/rev/bf21980c12f1
changeset: 73528:bf21980c12f1
branch: 3.2
parent: 73525:b3c5e1c62839
parent: 73521:63a24bff6f36
user: Petri Lehtinen <petri at digip.org>
date: Sat Nov 12 21:23:46 2011 +0200
summary:
Merge heads
files:
Doc/library/threading.rst | 19 ++++++++++---------
1 files changed, 10 insertions(+), 9 deletions(-)
diff --git a/Doc/library/threading.rst b/Doc/library/threading.rst
--- a/Doc/library/threading.rst
+++ b/Doc/library/threading.rst
@@ -634,20 +634,21 @@
.. versionadded:: 3.2
- .. method:: notify()
+ .. method:: notify(n=1)
- Wake up a thread waiting on this condition, if any. If the calling thread
- has not acquired the lock when this method is called, a
+ By default, wake up one thread waiting on this condition, if any. If the
+ calling thread has not acquired the lock when this method is called, a
:exc:`RuntimeError` is raised.
- This method wakes up one of the threads waiting for the condition
- variable, if any are waiting; it is a no-op if no threads are waiting.
+ This method wakes up at most *n* of the threads waiting for the condition
+ variable; it is a no-op if no threads are waiting.
- The current implementation wakes up exactly one thread, if any are
- waiting. However, it's not safe to rely on this behavior. A future,
- optimized implementation may occasionally wake up more than one thread.
+ The current implementation wakes up exactly *n* threads, if at least *n*
+ threads are waiting. However, it's not safe to rely on this behavior.
+ A future, optimized implementation may occasionally wake up more than
+ *n* threads.
- Note: the awakened thread does not actually return from its :meth:`wait`
+ Note: an awakened thread does not actually return from its :meth:`wait`
call until it can reacquire the lock. Since :meth:`notify` does not
release the lock, its caller should.
--
Repository URL: http://hg.python.org/cpython
More information about the Python-checkins
mailing list