Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Daniel Jacobowitz <drow@mvista.com>
To: Andrew Cagney <ac131313@ges.redhat.com>
Cc: Johan Rydberg <jrydberg@rtmk.org>, gdb-patches@sources.redhat.com
Subject: Re: [PATCH] remote_rcmd
Date: Sun, 14 Jul 2002 11:01:00 -0000	[thread overview]
Message-ID: <20020714180035.GA31167@nevyn.them.org> (raw)
In-Reply-To: <3D31B976.5080700@ges.redhat.com>

On Sun, Jul 14, 2002 at 01:48:38PM -0400, Andrew Cagney wrote:
> >
> >Actually, the current docs suggest:
> >
> >-> qRcmd command
> ><- O <HEX-OUTPUT>
> ><- O <HEX-OUTPUT>
> ><- <HEX-OUTPUT>
> ><- OK
> 
> Where?

                              COMMAND (hex encoded) is passed to the
                              local interpreter for execution.  Invalid
                              commands should be reported using the
                              output string.  Before the final result
                              packet, the target may also respond with
                              number of intermediate `O'OUTPUT console
                              output packets.

...

               reply OUTPUT   A command response with the hex encoded
                              output string OUTPUT.

> >which confuses me.  What's supposed to differentiate the O <HEX-OUTPUT>
> >packets from the final <HEX-OUTPUT> packet (what difference in purpose,
> >I mean)?
> 
> Valid replies to ``qRcmd'' are:
> 
> 	``OK''
> 	``''
> 	``<HEX-OUTPUT>''
> 	``Enn''
> 
> The ``O'' packet is something separate.

I think I wasn't clear in my question.  qRcmd can send some O packets,
which are supposed to provide some ambiguous form of "output" from the
"console", and then one <HEX-OUTPUT> packet.  What is supposed to go in
which?  It doesn't make sense to me to limit this to one <HEX-OUTPUT>
packet if it is arbitrary output; it may simply be too large.  On the
other hand I'm not sure I see why both O<HEX> and <HEX> are allowed.


-- 
Daniel Jacobowitz                           Carnegie Mellon University
MontaVista Software                         Debian GNU/Linux Developer


  reply	other threads:[~2002-07-14 18:00 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20020627035114.M1899@cockmaster.bredbandsbolaget.se>
2002-07-14  9:51 ` Andrew Cagney
2002-07-14 10:48   ` Daniel Jacobowitz
2002-07-14 11:00     ` Andrew Cagney
2002-07-14 11:01       ` Daniel Jacobowitz [this message]
2002-07-14 17:53         ` Andrew Cagney
2002-07-15 11:49           ` Johan Rydberg
2002-07-15 13:02             ` Andrew Cagney

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=20020714180035.GA31167@nevyn.them.org \
    --to=drow@mvista.com \
    --cc=ac131313@ges.redhat.com \
    --cc=gdb-patches@sources.redhat.com \
    --cc=jrydberg@rtmk.org \
    /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