-
Notifications
You must be signed in to change notification settings - Fork 46
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
Interrupt GDB #46
Comments
If you would like to put together a PR I would be open to this change |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Is your feature request related to a problem? Please describe.
#26 This method has since been removed.
#42 The resolution of this issue may not be applicable in every scenario and not all GDB targets support it, while my use case can be solved using
-gdb-set target-async on
I still feel there should be a method for interrupting execution that works on all platforms.Describe the solution you'd like
A method that works consistently in all environments with most GDB implementations.
Also the GdbController constructor should have an argument that controls how the process is going to be started with regards to the child process' group.
Describe alternatives you've considered
Currently this line works, sort of:
self.gdbmi.gdb_process.send_signal(signal.CTRL_C_EVENT)
However the issue is that the Signal is also received by Python itself, which in my case causes Pytest to end abruptly in a KeyboardInterrupt exception.
This problem can be fixed by changing the signal handler, or the better way is to assign a new group to the child process, on Unix it's
os.setgpid(pid, gid)
and on Windowssubprocess.Popen(command, ..., creationflags=subprocess.CREATE_NEW_PROCESS_GROUP)
.Environment:
The text was updated successfully, but these errors were encountered: