This is the mail archive of the
gdb@sources.redhat.com
mailing list for the GDB project.
Re: fullname descriptor with -break-list
- From: Bob Rossi <bob at brasko dot net>
- To: Nick Roberts <nickrob at snap dot net dot nz>
- Cc: Andrew Cagney <cagney at gnu dot org>, gdb at sources dot redhat dot com
- Date: Fri, 4 Mar 2005 06:23:05 -0500
- Subject: Re: fullname descriptor with -break-list
- References: <16902.30786.705993.121669@farnswood.snap.net.nz> <20050206210637.GB19609@white> <16902.45534.858929.941689@farnswood.snap.net.nz> <20050207134829.GA21985@white> <420787A3.2070605@gnu.org> <16936.3238.730574.794373@farnswood.snap.net.nz>
On Fri, Mar 04, 2005 at 08:22:14PM +1300, Nick Roberts wrote:
> > >>-exec-run
> > >>^running
> > >>(gdb)
> > >>*stopped,reason="breakpoint-hit",bkptno="1",thread-id="0",frame={addr="0x080486e2",func="myprint",args=[{name="i",value="0"},{name="j",value="0"}],file="myprint.c",line="5"}
> ...
> > The way that message is generated is a massive kludge - so the
> > underlying code could do with a cleanup - separate the code determining
> > why the process stopped from the code printing the stop reason.
>
> Just a short note for the future:
>
> As *stopped is asynchronous output and not that of a specific MI command, I
> also think this output should appear even if a CLI command has been invoked.
If you are refering to the fact that you want to know what MI output
command is being sent to you when the command is asynchronous, I
completly agree. In fact, I have plans, if accepted, to put the type of
MI output command directly into the MI output command.
The Apple guys said they patched GDB to behave like this, but only for
asynchronous commands.
Bob Rossi