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 r.david.murray
Recipients RusiMody, berker.peksag, ezio.melotti, martin.panter, r.david.murray
Date 2015-03-28.16:59:52
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1427561992.6.0.933317894896.issue23792@psf.upfronthosting.co.za>
In-reply-to
Content
SIGINT *is* keyboard interrupt.  Since less at least seems to ignore SIGQUIT I suppose also ignoring that would be reasonable, since the user (should) by analogy expect that behavior while the pager is active.  Note, however, that the signals we are ignoring are in the parent process, not the child as is the case for system.  So one can argue that letting the python process die when SIGQUIT is received would also be reasonable, and arguably is the less surprising option.
History
Date User Action Args
2015-03-28 16:59:52r.david.murraysetrecipients: + r.david.murray, ezio.melotti, RusiMody, berker.peksag, martin.panter
2015-03-28 16:59:52r.david.murraysetmessageid: <1427561992.6.0.933317894896.issue23792@psf.upfronthosting.co.za>
2015-03-28 16:59:52r.david.murraylinkissue23792 messages
2015-03-28 16:59:52r.david.murraycreate