[issue31019] multiprocessing.Pool should join "dead" processes

2017-07-26 Thread STINNER Victor
STINNER Victor added the comment: New changeset b65cb8a35641675d44af84c9b18c40c6094f03ef by Victor Stinner in branch '2.7': bpo-31019: Fix multiprocessing.Process.is_alive() (#2875) (#2882) https://github.com/python/cpython/commit/b65cb8a35641675d44af84c9b18c40c6094f03ef --

[issue31019] multiprocessing.Pool should join "dead" processes

2017-07-26 Thread STINNER Victor
STINNER Victor added the comment: I fixed multiprocessing.Process.is_alive() in 2.7, 3.6 and master. I close the issue. -- resolution: -> fixed stage: -> resolved status: open -> closed versions: +Python 2.7, Python 3.6 ___ Python tracker

[issue31019] multiprocessing.Pool should join "dead" processes

2017-07-25 Thread STINNER Victor
Changes by STINNER Victor : -- pull_requests: +2934 ___ Python tracker ___ ___

[issue31019] multiprocessing.Pool should join "dead" processes

2017-07-25 Thread STINNER Victor
STINNER Victor added the comment: New changeset d0adfb25c5082046133a18fd185375508c1c334f by Victor Stinner in branch '3.6': [3.6] bpo-26762, bpo-31019: Backport multiprocessing fixes from master to 3.6 (#2879) https://github.com/python/cpython/commit/d0adfb25c5082046133a18fd185375508c1c334f

[issue31019] multiprocessing.Pool should join "dead" processes

2017-07-25 Thread STINNER Victor
Changes by STINNER Victor : -- pull_requests: +2931 ___ Python tracker ___ ___

[issue31019] multiprocessing.Pool should join "dead" processes

2017-07-25 Thread STINNER Victor
STINNER Victor added the comment: New changeset 2db64823c20538a6cfc6033661fab5711d2d4585 by Victor Stinner in branch 'master': bpo-31019: Fix multiprocessing.Process.is_alive() (#2875) https://github.com/python/cpython/commit/2db64823c20538a6cfc6033661fab5711d2d4585 --

[issue31019] multiprocessing.Pool should join "dead" processes

2017-07-25 Thread STINNER Victor
STINNER Victor added the comment: Hum, I don't think that https://github.com/python/cpython/pull/2849 fixes the root issue. The root issue is that calling Process.is_alive() doesn't update the _children list if the process completes. I wrote a fix for that:

[issue31019] multiprocessing.Pool should join "dead" processes

2017-07-25 Thread STINNER Victor
Changes by STINNER Victor : -- pull_requests: +2926 ___ Python tracker ___ ___

[issue31019] multiprocessing.Pool should join "dead" processes

2017-07-24 Thread STINNER Victor
Changes by STINNER Victor : -- pull_requests: +2898 ___ Python tracker ___ ___

[issue31019] multiprocessing.Pool should join "dead" processes

2017-07-24 Thread STINNER Victor
New submission from STINNER Victor: With debug patches for bpo-26762, I noticed that some unit tests of test_multiprocessing_spawn leaks "dangling" processes: --- haypo@selma$ ./python -m test --fail-env-changed test_multiprocessing_spawn -v --match