[PUSHED/OBVIOUS] Remove gdb-gdb.gdb breakpoint on disappeared function info_command.
Philippe Waroquiers
philippe.waroquiers@skynet.be
Sat May 2 23:01:26 GMT 2020
On Sat, 2020-05-02 at 22:19 +0100, Maciej W. Rozycki wrote:
> On Fri, 1 May 2020, Kevin Buettner via Gdb-patches wrote:
>
> > I couldn't find any clue from the ChangeLog entries about why that
> > break command was put into the .gdbinit file. It might be possible to
> > figure out more precisely when it was introduced, but I didn't attempt
> > this. I doubt that earlier imports would have any additional useful
> > info not already in the ChangeLog entries that I did examine.
>
> Hmm, I'm quite badly surprised to see this feature go, and I do hope it
> has been functionally (and hopefully transparently) replaced with whatever
> replaced `info_command'.
Neither Tom nor myself we understood the idea (and saw no description)
and as it was broken, it was deemed appropriate to just remove the
breakpoint command from gdb-gdb.gdb.
Sorry if this removal was a bad idea and inappropriate for PUSHED/OBVIOUS rule.
>
> Its use was quite obvious to anyone who actually debugged GDB from time
> to time: it was there so that you could break from the debuggee GDB into
> the debugger GDB with the use of the `info' command (with no arguments),
> as obviously using signals like SIGINT for that was quite problematic. I
> used to use this feature regularly, up until the last time a couple months
> back when I switched to non-GDB work.
I do limited GDB debugging, but was not aware of this feature.
I am not sure to understand the problem:
C-c works for me to interrupt GDB, and the top GDB gets
back the control (I typically launch top-gdb separately
and attach to the inferior GDB).
Can you explain more in details the problem this was solving ?
>
> So what's the current mechanism to do that? I do hope to have it the
> next time I poke at GDB.
If something done in the inferior GDB must trigger the top GDB to regain
control, we could add a specific dummy command
e.g. maintenance wake-up-top-gdb
and then have the breakpoint put on the wake_up_top_gdb_command function
implementing this dummy command.
Philippe
More information about the Gdb-patches
mailing list