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 isandler
Recipients draghuram, gregory.p.smith, isandler
Date 2010-02-22.03:00:49
SpamBayes Score 8.4415217e-07
Marked as misclassified No
Message-id <1266807652.76.0.40947482415.issue7245@psf.upfronthosting.co.za>
In-reply-to
Content
Here is a list of Ctrl-C scenarios: ("current" below means the prepatch version of pdb).

1. program is running (last command was "c", "n", etc). Currently, Ctrl-C throws debugger into postmortem. Desired behavior: interrupt the program. This is the only scenario supported by the patch.

2. Program is stopped (debugger is interacting with the user). Currently, Ctrl-C will throw debugger into postmortem. Desired behaviour: either ignore Ctrl-C or abandon the current command (that's what gdb does).

3. Program is stopped and pdb runs one of the commands which catch exceptions (e.g "p"). Currently, Ctrl-C will abort the command and return pdb to the prompt. I think this behavior should be kept.

4. Program finished (debugger is in postmortem). Currently, Ctrl-C will quit the debugger. Desired behavior: either ignore Ctrl-C or abandon the current command.

Essentially, I think the best behavior is to have Ctrl-C to interrupt whatever pdb is doing and return to the fresh prompt.

I am assuming that behavior on Windows and Linux should be identical/nearly identical.

Does the above list make sense?

I would greatly appreciate any feedback/comments/guidance/etc.
History
Date User Action Args
2010-02-22 03:00:52isandlersetrecipients: + isandler, gregory.p.smith, draghuram
2010-02-22 03:00:52isandlersetmessageid: <1266807652.76.0.40947482415.issue7245@psf.upfronthosting.co.za>
2010-02-22 03:00:51isandlerlinkissue7245 messages
2010-02-22 03:00:49isandlercreate