Message136957
Some precisions:
1) Of course, if a handler changes its process group through setsid/setpgrp, it won't be waited on.
2) If a handler running on behalf of a process which is the current process group leader calls setsid, it will get an EPERM error.
I don't think anyone is using that, but I'd rather make it clear.
The only way I can think of to alleviate 2 would be to spawn a dummy process that would just be used as process group leader (and since it would keep running, no need to re-allocate a new PGID when worker processes exit). |
|
Date |
User |
Action |
Args |
2011-05-26 13:11:12 | neologix | set | recipients:
+ neologix, orsenthil, pitrou |
2011-05-26 13:11:12 | neologix | set | messageid: <1306415472.73.0.844858135312.issue12184@psf.upfronthosting.co.za> |
2011-05-26 13:11:09 | neologix | link | issue12184 messages |
2011-05-26 13:11:08 | neologix | create | |
|