RFC: MI output during program execution

Daniel Jacobowitz drow@false.org
Thu Aug 11 10:10:00 GMT 2005


On Tue, Aug 09, 2005 at 08:48:26PM -0400, Bob Rossi wrote:
> Here is another odd scenario, Jim, please give some info if you have
> experience in this area.
> 
> If you hit a breakpoint, and the observer starts to send you data, does
> it 
>    - send all the state data in one async response, in the same response as
>      the async MI command that says *stopped?
>    - send all the state data in one async response, in a different response 
>      as the async MI command that says *stopped?
>    - send all the state data, each in different async response's, in a 
>      different response as the async MI command that says *stopped?
> 
> This may seem unimportant, however I believe it could be marginally
> important. For instance, does the front end have to wait for the async
> observer response before it can do anything else?

I can't speak for what Apple's done, but it seems natural to me like
#3.  "state data" isn't a great term for this; they're notifications of
things, as they happen.  So it seems to me that you'd want something
like (forgive my syntax, don't take this literally!  I don't speak MI
at the moment):

=breakpoint-changed,[bpnum="1",state="disabled"]
=thread-changed,[thread="2"]

-- 
Daniel Jacobowitz
CodeSourcery, LLC



More information about the Gdb-patches mailing list