Author njs
Recipients Mark.Shannon, deleted0524, erik.bray, gregory.p.smith, jdemeyer, ncoghlan, njs, xgdomingo, yselivanov
Date 2017-09-05.00:15:24
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1504570526.1.0.983431836026.issue29988@psf.upfronthosting.co.za>
In-reply-to
Content
In bpo-30703 Antoine fixed signal handling so it doesn't use Py_AddPendingCall anymore. At this point the only time the interpreter itself uses Py_AddPendingCall is when there's an error writing to the signal_fd, which should never happen in normal usage.

If there are third-party libraries making heavy use of Py_AddPendingCall then it could be an issue, but any such libraries should already be making sure they never have more than one Py_AddPendingCall pending at a time, because you already have to assume that the processing might be arbitrarily delayed.
History
Date User Action Args
2017-09-05 00:15:26njssetrecipients: + njs, gregory.p.smith, ncoghlan, Mark.Shannon, erik.bray, jdemeyer, yselivanov, deleted0524, xgdomingo
2017-09-05 00:15:26njssetmessageid: <1504570526.1.0.983431836026.issue29988@psf.upfronthosting.co.za>
2017-09-05 00:15:26njslinkissue29988 messages
2017-09-05 00:15:24njscreate