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 memeplex
Recipients memeplex
Date 2016-04-30.14:45:06
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1462027506.98.0.545203031593.issue26894@psf.upfronthosting.co.za>
In-reply-to
Content
Maybe this is just a bug in ipython but as it's closely related to http://bugs.python.org/issue23735 I'm reporting it here too, just in case.

-- My original report to bug-readline:

using readline with ipython 4.1.2 and the TkAgg (or GTK3Agg)
backend for matplotlib, I observed the following behavior:

1) open ipython in pylab mode (ipython --pylab or use the %pylab magic once inside the repl).

2) Type something.

3) Press Ctrl-C: line edition is not aborted as expected.

-- And this was Chet answer:

This is probably the result of the same signal handling issues as with
SIGWINCH that we discussed a little more than a year ago. Readline
catches the signal, sets a flag, and, when it's safe, resends it to the
calling application. It expects that if the calling application catches
SIGINT, it will take care of cleaning up the readline state. Sometimes
applications don't want to kill the current line on SIGINT.
Notice it doesn't happen with the Qt5Agg backend.
History
Date User Action Args
2016-04-30 14:45:07memeplexsetrecipients: + memeplex
2016-04-30 14:45:06memeplexsetmessageid: <1462027506.98.0.545203031593.issue26894@psf.upfronthosting.co.za>
2016-04-30 14:45:06memeplexlinkissue26894 messages
2016-04-30 14:45:06memeplexcreate