Arun Babu Neelicattu added the comment:
This issue has been assigned CVE-2013-4238 [1].
Please use CVE-2013-4238 for this issue in Python for patches and references.
[1] http://www.openwall.com/lists/oss-security/2013/08/13/2
--
nosy: +abn
New submission from Arun Babu Neelicattu:
The task/worker handler threads in the multiprocessing.pool.Pool class are (in
accordance to posix standards) not copied over when the process containing the
pool is forked.
This leads to a situation where the Pool keeps receiving tasks but the tasks
Changes by Arun Babu Neelicattu :
--
nosy: +jnoller, sbt
___
Python tracker
<http://bugs.python.org/issue17273>
___
___
Python-bugs-list mailing list
Unsubscribe:
Arun Babu Neelicattu added the comment:
I should have mentioned this too,
[GOOD] Workaround:
Probably the 'correct' way to achieve what is required in the example, could be
to use a managed pool.
pool = multiprocessing.Mana
Arun Babu Neelicattu added the comment:
Terry, I think the best place to make a note of this would be at [1,2].
As for what should be noted, something along the lines of what Richard
mentioned should suffice.
"A pool should only be used by the process that created it (unless you
