This is the mail archive of the
gdb@sources.redhat.com
mailing list for the GDB project.
Re: How does GDB/MI give the current frame
- From: Nick Roberts <nickrob at gnu dot org>
- To: "Alain Magloire" <alain at qnx dot com>
- Cc: jmolenda at apple dot com (Jason Molenda),cagney at gnu dot org (Andrew Cagney), gdb at sources dot redhat dot com,
- Date: Sun, 18 Jul 2004 21:34:10 +0100
- Subject: Re: How does GDB/MI give the current frame
- References: <28ADB7D6-D69A-11D8-BBF3-000A9569836A@apple.com><200407161404.KAA02192@smtp.ott.qnx.com>
> > For what it's worth, at Apple we've done what Andrew is proposing. Our
> > method spits out a "MI_HOOK_RESULT" notification on the ^done result
> > whenever the console command entered by the user has changed the state
> > in an important way. e.g.
> >
> > (gdb)
> > -interpreter-exec console-quoted up
> > ~"#2 0x000321f4 in gdb_main (args=0xbffff620) at
> > ../../gdb/src/gdb/main.c:851\n"
> > ~"851\t catch_errors (captured_main, args, \"\", RETURN_MASK_ALL);\n"
> > ^done,MI_HOOK_RESULT=[HOOK_TYPE="frame_changed",frame="2"],time=
> > {wallclock="0.00620",user="0.00323",system="0.00283",start="1089921236.3
> > 59009",end="1089921236.365212"}
> > (gdb)
> >
>
> But what Andrew is proposing is to use the async-output already part of MI to notify
> the UI of changes.
Wouldn't the output from "up" would be synchronous? I thought asynchronous output
only occurs when the inferior is actually running.
Nick