Message99706
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. |
|
Date |
User |
Action |
Args |
2010-02-22 03:00:52 | isandler | set | recipients:
+ isandler, gregory.p.smith, draghuram |
2010-02-22 03:00:52 | isandler | set | messageid: <1266807652.76.0.40947482415.issue7245@psf.upfronthosting.co.za> |
2010-02-22 03:00:51 | isandler | link | issue7245 messages |
2010-02-22 03:00:49 | isandler | create | |
|