Message379531
regarding excluding the setsid() case: I was being conservative as I couldn't find a reference of what was and wasn't allowed after vfork.
I found one thing suggesting that on macOS setsid() was not safe after vfork(). But that appeared to be a Darwin-ism. I expect that is not true on Linux as it should just be a syscall updating a couple of fields in the process info. Confirming, in glibc is appears to be a shim for the setsid syscall (based on not finding any code implementing anything special for it) and in uclibc (*much* easier to read) it is clearly just a setsid syscall shim.
I'll make a PR to undo the setsid restriction given we're Linux only. |
|
Date |
User |
Action |
Args |
2020-10-24 18:12:19 | gregory.p.smith | set | recipients:
+ gregory.p.smith, ronaldoussoren, koobs, izbyshev, pablogsal, Yonatan Goldschmidt |
2020-10-24 18:12:19 | gregory.p.smith | set | messageid: <1603563139.5.0.0769019211016.issue35823@roundup.psfhosted.org> |
2020-10-24 18:12:19 | gregory.p.smith | link | issue35823 messages |
2020-10-24 18:12:19 | gregory.p.smith | create | |
|