- 13 Sep, 2013 7 commits
-
-
Eli Bendersky authored
Patch by Vlad Shcherbina
-
Eli Bendersky authored
Patch by Vlad Shcherbina
-
Serhiy Storchaka authored
-
Senthil Kumaran authored
Patch contributed by Vajrasky Kok. Addresses Issue #17324
-
Senthil Kumaran authored
Patch contributed by Vajrasky Kok. Addresses Issue #17324
-
Serhiy Storchaka authored
if all necessary functions are already found in libuuid. Patch by Evgeny Sologubov.
-
Serhiy Storchaka authored
if all necessary functions are already found in libuuid. Patch by Evgeny Sologubov.
-
- 12 Sep, 2013 5 commits
-
-
Senthil Kumaran authored
- my previous removal and hg resolve mark had still left them and hooks did not catch it too!
-
-
-
Senthil Kumaran authored
Improve the docstring of random.shuffle. Inform users not to provide int arg. Addresses issue #14927
-
Senthil Kumaran authored
Addresses issue #14927
-
- 11 Sep, 2013 3 commits
-
-
Serhiy Storchaka authored
-
Serhiy Storchaka authored
-
Raymond Hettinger authored
Suggested by Wouter Bolsterlee.
-
- 10 Sep, 2013 4 commits
-
-
Senthil Kumaran authored
Clarify mmap.close method behavior. Addresses issue #18815 Patch contributed by Anoop Thomas Mathew.
-
Senthil Kumaran authored
Patch contributed by Anoop Thomas Mathew.
-
Senthil Kumaran authored
Document Fraction's numerator and denominator properties. Addresses issue #18800
-
Senthil Kumaran authored
Addresses issue #18800
-
- 09 Sep, 2013 15 commits
-
-
Tim Peters authored
Due to recent changes, a Thread doesn't know that it's over before someone calls .join() or .is_alive(). That meant repr(Thread) continued to include "started" (and not "stopped") before one of those methods was called, even if hours passed since the thread ended. Repaired that.
-
Tim Peters authored
Antoine Pitrou found a variation that worked for him on the thread+fork tests, and added an important self._is_stopped = True to the after-fork code. I confess I don't know why things passed before. But then mixing fork with threads is insane ;-)
-
Tim Peters authored
Unixy buildbots were failing the thread + fork tests :-(
-
Tim Peters authored
Documented some obscurities, and assert'ed ._stop()'s crucial precondition.
-
Larry Hastings authored
-
Larry Hastings authored
-
Mark Dickinson authored
-
Mark Dickinson authored
-
Raymond Hettinger authored
-
Raymond Hettinger authored
-
Raymond Hettinger authored
-
Raymond Hettinger authored
-
Raymond Hettinger authored
-
Ethan Furman authored
-
Raymond Hettinger authored
-
- 08 Sep, 2013 6 commits
-
-
Tim Peters authored
The fix for issue 18808 left us checking two things to be sure a Thread was done: an Event (._stopped) and a mutex (._tstate_lock). Clumsy & brittle. This patch removes the Event, leaving just a happy lock :-) The bulk of the patch removes two excruciating tests, which were verifying sanity of the internals of the ._stopped Event after a fork. Thanks to Antoine Pitrou for verifying that's the only real value these tests had. One consequence of moving from an Event to a mutex: waiters (threads calling Thread.join()) used to block each on their own unique mutex (internal to the ._stopped event), but now all contend on the same mutex (._tstate_lock). These approaches have different performance characteristics on different platforms. I don't think it matters in this context.
-
Serhiy Storchaka authored
-
Serhiy Storchaka authored
-
Serhiy Storchaka authored
-
Serhiy Storchaka authored
-
Victor Stinner authored
module is present (to record skipped tests)
-