-
Notifications
You must be signed in to change notification settings - Fork 232
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Allow pausing while running #42
Comments
Ctrl-C should get you into the debugger. You can't resume execution from there, unfortunately, but I don't quite know how to fix that. |
Okay, that's a workaround that could be useful sometimes. Let's just leave this issue around until someone knows how to fix it. |
My trick from #31 (comment) let's you do exactly this. So solving #31 would make solving this issue easy. |
OK, as expected, this is trivial to implement. See #63. It doesn't work with |
This (partially) fixes inducer#42, and also improves work on inducer#31. Now, interrupting with Control-C works when the debugging is started with set_trace(). The SIGINT handler is enabled via the public function pudb.set_interrupt_handler. If you want to be able to enter PuDB from within your application, just call this function. By default, it uses SIGINT (i.e., Control-C), but you can change it to use a different signal if that one interferes. There is still one major issue, which is that when you break in the middle of an atomic operation, it goes to bdb. After pressing `n` several times you get to your code, though.
See #63 for work on this. |
This (partially) fixes inducer#31, and also improves work on inducer#42. Now, interrupting with Control-C works when the debugging is started with set_trace(). The SIGINT handler is enabled via the public function pudb.set_interrupt_handler. If you want to be able to enter PuDB from within your application, just call this function. By default, it uses SIGINT (i.e., Control-C), but you can change it to use a different signal if that one interferes. There is still one major issue, which is that when you break in the middle of an atomic operation, it goes to bdb. After pressing `n` several times you get to your code, though.
Sometimes I'll be running a program, and then it stalls so bad and I have no idea why.
In my main debugger, I'm able to pause execution by pressing Shift-F5. Then I can see which line the program is stuck on. A similar feature in pudb would help.
The text was updated successfully, but these errors were encountered: