Skip to content
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

Handle process state on debugger close #120

Open
martinmcclure opened this issue Nov 15, 2022 · 0 comments
Open

Handle process state on debugger close #120

martinmcclure opened this issue Nov 15, 2022 · 0 comments
Assignees
Labels
bug Something isn't working important Issue that is fairly high priority

Comments

@martinmcclure
Copy link
Member

Traditional Smalltalk debuggers terminate the debugged process when closing the debugger.
Traditional non-Smalltalk debuggers (e.g. GDB) give you the choice of killing the process or detaching the debugger and allowing process to proceed.

The Sparkle debugger currently does neither -- closing the debugger pane, either by clicking on its close widget or implicitly by, for example, doing a new evaluation in the evaluator it's linked from, leaves the process suspended.

For processes that were initiated via a Sparkle evaluation, it is probably more helpful to terminate the process when the debugger closes.

Debuggers that result from attaching running processes through the process list pane should probably not terminate the process on a simple close. Leaving the process suspended may be the best choice here. The debugger has explicit terminate and proceed buttons, which also close the debugger, so those options are supported.

@martinmcclure martinmcclure self-assigned this Nov 15, 2022
@martinmcclure martinmcclure added the bug Something isn't working label Nov 15, 2022
@martinmcclure martinmcclure added the important Issue that is fairly high priority label Dec 7, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working important Issue that is fairly high priority
Projects
None yet
Development

No branches or pull requests

1 participant