Message308670
Ouch, yes, that's a tricky bug. This is definitely caused by the way that asyncio internally converts signals into messages along a pipe (well, socket, but same thing), and then after a fork-without-exec the child keeps writing into that pipe. It's exacerbated by asyncio's choice to use the self-pipe as its source of truth about which signals have arrived vs just a wake-up pipe (see [1]), but that's not really the main issue; even without this we'd get spurious wakeups and other unpleasantness.
In addition to the workarounds Antoine suggested, it would possibly make sense for forked children to disable any wakeup_fd, perhaps in PyOS_AfterFork or by adding a getpid() check to the C level signal handler. I can't think of any cases where you actually want to processes to share the same wake-up fd. And even if this isn't fixed at that level, it would make sense for asyncio to use the new atfork module to do something similar for asyncio specifically.
Also relevant: https://github.com/python/asyncio/issues/347
[1] https://github.com/dabeaz/curio/issues/118 |
|
Date |
User |
Action |
Args |
2017-12-19 18:59:42 | njs | set | recipients:
+ njs, pitrou, yselivanov, Ilya.Kulakov |
2017-12-19 18:59:42 | njs | set | messageid: <1513709982.43.0.213398074469.issue31489@psf.upfronthosting.co.za> |
2017-12-19 18:59:42 | njs | link | issue31489 messages |
2017-12-19 18:59:42 | njs | create | |
|