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 salvatore.ingala
Recipients salvatore.ingala
Date 2020-08-21.08:01:43
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1597996903.36.0.845550593577.issue41606@roundup.psfhosted.org>
In-reply-to
Content
According to the docs, multiprocessing.Event is a clone of threading.Event. Yet, there is a strange behavior that is observed only on multiprocessing.Event. If an event.wait() is interrupted by a SIGINT and the signal handler sets the event, then the call to event.set() hangs if event is an instance of multiprocessing.Event, in what looks like a deadlock; instead, it works as expected if it's an instance of threading.Event.

See the file attached for a reproduction.

It seems to have been so for a long time, see: https://stackoverflow.com/questions/24422154/multiprocessing-event-wait-hangs-when-interrupted-by-a-signal/30831867
History
Date User Action Args
2020-08-21 08:01:43salvatore.ingalasetrecipients: + salvatore.ingala
2020-08-21 08:01:43salvatore.ingalasetmessageid: <1597996903.36.0.845550593577.issue41606@roundup.psfhosted.org>
2020-08-21 08:01:43salvatore.ingalalinkissue41606 messages
2020-08-21 08:01:43salvatore.ingalacreate