public inbox for gdb@sourceware.org
 help / color / mirror / Atom feed
* responses to remote target errors
@ 2015-02-09 18:48 David Taylor
  0 siblings, 0 replies; only message in thread
From: David Taylor @ 2015-02-09 18:48 UTC (permalink / raw)
  To: gdb

Examining GDB's handling of responses to errors on a remote target, I
see that

    E<2 hex digits>

is always accepted as an error return; and that

    E.<string>

appears to sometimes be accepted.  Now, how

    E<2 hex digits>

is handled depends upon whether the first hex digit is a 1 or not, if it
is a 1, then the second hex digit indicates which field the remote
target objected to.  But, if the user does not have remote debugging
turned on, they probably don't know which low level command caused the
problem never mind what was sent in that field to the remote target.

If the first hex digit is not a 1, then the error code is thrown away
and never seen by the user.  The user only knows that there was an error
and which user GDB command was the last command issued.

I would like

    E.<string>

or some variant of it to be accepted whenever

    E<2 hex digits>

is accepted.  And for the string to be printed!

One question is whether there should be some `structure' within the
string.  Possibilities include 2 hex digits followed by a space at the
beginning:

    E.<2 hex digits> <string>

or maybe:

    E.[<2 hex digits> ]<string>

I lean towards

    E.<string>

(i.e., no hex digits -- keep it simple), but I could envision the hex
digits being used by a GUI.

Do others think that this would be a good idea?  And, if yes, what form
should it take?

Thoughts?

David
--
David Taylor
dtaylor at emc dot com

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2015-02-09 18:48 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-02-09 18:48 responses to remote target errors David Taylor

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).