This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author sbt
Recipients asksol, jafo, jnoller, nirai, sbt, ysj.ray
Date 2012-06-07.20:20:37
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <>
> I think this issue can be closed, the worker handler is simply borked and  
> we could open up a new issue deciding how to fix it (merging billiard.Pool 
> or someting else).

OK.  I am not sure which option under "Resolution" should be chosen.  "Later"?

> (btw, Richard, you're sbt?


> I was trying to find your real name to give you credit for the no_execv 
> patch in billiard)

The execv stuff certainly won't go in by Py3.3.  There has not been consensus that adding it is a good idea.

(I also have the unit tests passing with a "fork server": the server process is forked at the beginning of the program and then forked children of the server process are started on request.  It is about 10 times faster then using execv, and almost as fast as simple forking.)
Date User Action Args
2012-06-07 20:20:38sbtsetrecipients: + sbt, jafo, jnoller, nirai, asksol, ysj.ray
2012-06-07 20:20:38sbtsetmessageid: <>
2012-06-07 20:20:37sbtlinkissue10037 messages
2012-06-07 20:20:37sbtcreate