delta/cpython-git.git/Lib/threading.py, branch v3.2b1

Issue 10260

2010-11-18T12:46:39+00:00

Adding the wait_for() method to threading.Condition

issue 8777

2010-10-28T09:43:10+00:00

Add threading.Barrier

#10218: return timeout status from Condition.wait, mirroring other primitives' behavior.

2010-10-28T09:03:20+00:00

Rip out old testing code that was inlined in threading.

2010-07-23T15:50:02+00:00

Partially closes issue 9346. Thanks Brian Brazil for the patch.

Issue #850728: Add a timeout parameter to the `acquire()` method of

2010-04-17T23:51:58+00:00

`threading.Semaphore` objects.  Original patch by Torsten Landschoff.

Issue #7316: the acquire() method of lock objects in the :mod:`threading`

2010-04-14T15:44:10+00:00

module now takes an optional timeout argument in seconds.  Timeout support
relies on the system threading library, so as to avoid a semi-busy wait
loop.

Merged revisions 79817 via svnmerge from

2010-04-06T03:30:18+00:00

svn+ssh://pythondev@svn.python.org/python/trunk

........
  r79817 | senthil.kumaran | 2010-04-06 08:53:33 +0530 (Tue, 06 Apr 2010) | 2 lines

  Fix Issue8262 - changing RuntimeError wording to "Threads can only be started once"
........

Merged revisions 78517 via svnmerge from

2010-02-28T18:57:46+00:00

svn+ssh://pythondev@svn.python.org/python/trunk

........
  r78517 | gregory.p.smith | 2010-02-28 10:36:09 -0800 (Sun, 28 Feb 2010) | 3 lines

  Issue #7481: When a threading.Thread failed to start it would leave the
  instance stuck in initial state and present in threading.enumerate().
........

Issue #3001: Add a C implementation of recursive locks which is used by

2009-11-10T18:46:01+00:00

default when instantiating a `Threading.RLock` object. This makes
recursive locks as fast as regular non-recursive locks (previously,
they were slower by 10x to 15x).

Merged revisions 76172 via svnmerge from

2009-11-09T16:08:16+00:00

svn+ssh://pythondev@svn.python.org/python/trunk

........
  r76172 | antoine.pitrou | 2009-11-09 17:00:11 +0100 (lun., 09 nov. 2009) | 5 lines

  Issue #7282: Fix a memory leak when an RLock was used in a thread other
  than those started through `threading.Thread` (for example, using
  `thread.start_new_thread()`.
........