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 rogerdahl
Recipients asvetlov, rogerdahl, yselivanov
Date 2020-02-26.20:46:52
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1582750012.4.0.489053907607.issue39765@roundup.psfhosted.org>
In-reply-to
Content
This is a ticket to document two ways in which the behavior of loop.set_signal_handler() may not match what the user expects.

First, callbacks to handlers registered with loop.set_signal_handler() may be significantly delayed. I have a program where I've encountered delays of up to maybe a minute or so between hitting Ctrl-C and getting the callback for the SIGINT handler. During this time, the program works through queued aiohttp tasks. Though it's possible to have delays in callbacks for events set with signal.signal(), I haven't personally seen that, and I think that's the case for most users. So I think this point should be included in the docs.

Second, set_signal_handler() silently and implicitly removes corresponding handlers set with signal.signal(). Though perhaps logical, this potentially removes a "fast" handler and replaces it with a "slow" one. I think this should be documented as well.
History
Date User Action Args
2020-02-26 20:46:52rogerdahlsetrecipients: + rogerdahl, asvetlov, yselivanov
2020-02-26 20:46:52rogerdahlsetmessageid: <1582750012.4.0.489053907607.issue39765@roundup.psfhosted.org>
2020-02-26 20:46:52rogerdahllinkissue39765 messages
2020-02-26 20:46:52rogerdahlcreate