From: Eli Zaretskii <eliz@gnu.org>
To: Hui Zhu <hui_zhu@mentor.com>
Cc: gdb-patches@sourceware.org, stan_shebs@mentor.com
Subject: Re: [PATCH] Add autoload-breakpoints [3/7] ReportAsync-doc
Date: Tue, 20 Mar 2012 17:30:00 -0000 [thread overview]
Message-ID: <83obrr18pf.fsf@gnu.org> (raw)
In-Reply-To: <4F688533.1050705@mentor.com>
> Date: Tue, 20 Mar 2012 21:25:07 +0800
> From: Hui Zhu <hui_zhu@mentor.com>
> CC: <gdb-patches@sourceware.org>, <stan_shebs@mentor.com>
>
> >> +The @value{GDBN} remote serial protocol includes @dfn{reportasync},
> >> +packets that the stub can report status or do an operation in any time.
> >
> > I don't understand the "do an operation in any time" part. What does
> > it mean in practice?
>
> It is means that after gdb connected with the stub, the stub can report
> when the inferior is running and GDB is waiting it, or inferior is
> stoped and GDB just control it.
> It make the stub can report the status for any time.
You mean, as in "asynchronously"?
> > And I don't understand what you mean by "needs to be handled as a
> > simple packet". If that's a reference to something discussed earlier
> > in the manual, please add here a cross-reference to that part.
>
> That means when the stub send a shake hands package ^ and wait the
> reply, if it got a package that is not ^. Then the shake hands is fail.
> It need give up this shake hands and begin to handle this packet that
> it just get.
> For example:
> Stub send a ^ to GDB. It readchar, and got a $. It should not drop
> this $, After that, it will got "c#csum". It need handle the package
> "$c#csum".
I still don't understand why you used the word "simple". "Simple" as
opposed to what other packet handling?
> > After the handshake, the stub can send @samp{reportasync} packets to
> > @value{GDBN}, using the same packet format as in simple remote serial
> > protocol.
> >
> > Is this only for the failed handshake? If so, perhaps we need to tell
> > what happens when the handshake succeeds.
>
> No, this is for success.
The problem here is that you again used "simple protocol", and before
that you mentioned "simple packet" when the handshake failed.
So this again boils down to the same question: why do you use the word
"simple" in this context?
next prev parent reply other threads:[~2012-03-20 17:30 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-17 8:52 Hui Zhu
2012-03-17 10:12 ` Eli Zaretskii
2012-03-20 13:25 ` Hui Zhu
2012-03-20 17:30 ` Eli Zaretskii [this message]
2012-03-21 7:23 ` Hui Zhu
2012-03-21 18:28 ` Eli Zaretskii
2012-03-22 2:48 ` Hui Zhu
2012-03-26 2:21 ` Hui Zhu
2012-03-31 6:04 ` Eli Zaretskii
2012-04-02 9:10 ` Hui Zhu
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=83obrr18pf.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=gdb-patches@sourceware.org \
--cc=hui_zhu@mentor.com \
--cc=stan_shebs@mentor.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox