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 koos.zevenhoven
Recipients koos.zevenhoven, ncoghlan, rhettinger, serhiy.storchaka, tim.peters
Date 2017-10-22.09:13:17
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1508663597.65.0.213398074469.issue31815@psf.upfronthosting.co.za>
In-reply-to
Content
For the interactive user who uses an interactive environment such as the repl or a Jupyter notebook, the situation is a little different from "CPython as programming language runtime".

The docs say a KeyboardInterrupt is "Raised when the user hits the interrupt key (normally Control-C or Delete). During execution, a check for interrupts is made regularly.". I suppose there's some ambiguity in what "regularly" means there ;). 

But regardless of whether anyone bothers to read that part of the docs, Ctrl-C or an interrupt button not working can feel like a correctness issue for someone that's using an interactive Python environment *as an application* in daily work. Python gives you the impression that you can always interrupt anything if it turns out to take too much time. And I remember that being one of the points that made me move away from matlab, which at that time had problems with interrupting computations.
History
Date User Action Args
2017-10-22 09:13:17koos.zevenhovensetrecipients: + koos.zevenhoven, tim.peters, rhettinger, ncoghlan, serhiy.storchaka
2017-10-22 09:13:17koos.zevenhovensetmessageid: <1508663597.65.0.213398074469.issue31815@psf.upfronthosting.co.za>
2017-10-22 09:13:17koos.zevenhovenlinkissue31815 messages
2017-10-22 09:13:17koos.zevenhovencreate