After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 710033 - Add a new IDebugger::SIGNAL_RECEIVED_BEFORE_COMMAND stop reason
Add a new IDebugger::SIGNAL_RECEIVED_BEFORE_COMMAND stop reason
Status: RESOLVED WONTFIX
Product: nemiver
Classification: Other
Component: general
trunk
Other Linux
: Normal enhancement
: ---
Assigned To: Nemiver maintainers
Nemiver maintainers
gnome[unmaintained]
Depends on:
Blocks:
 
 
Reported: 2013-10-13 11:25 UTC by Dodji Seketeli
Modified: 2020-03-10 11:53 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Dodji Seketeli 2013-10-13 11:25:52 UTC
This is to enable stopping the target just to be able to send it commands.  In these cases, the stop reason set by the IDebugger::stopped_signal would be SIGNAL_RECEIVED_BEFORE_COMMAND.  The handling code would thus avoid querying IDebugger for context upon the stop, b/c it would know that the real intended command is about to follow.

This would allow an interesting feature/simplification that would be, e.g, the ability for the user to set a breakpoint in a running target w/o explicitely having to stop it.  Nemiver would stop the target (avoiding the popup shown when a signal is received), set the breakpoint and just continue.
Comment 1 André Klapper 2020-03-10 11:53:31 UTC
Closing all open Nemiver tasks as this project does not seem to be maintained anymore. Please see https://gitlab.gnome.org/Infrastructure/Infrastructure/issues/235#note_732192 for further information. Thanks!