Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Andrew Cagney <cagney@gnu.org>
To: Eli Zaretskii <eliz@elta.co.il>, Daniel Jacobowitz <drow@false.org>
Cc: gdb-patches@sources.redhat.com
Subject: Re: [rfa/target/doc] Print less with "set debug target 1"
Date: Fri, 19 Mar 2004 00:09:00 -0000	[thread overview]
Message-ID: <404D0BE1.90803@gnu.org> (raw)
Message-ID: <20040319000900.X1uoNyfZj_umkNqntXfjWE9HXVJZPQLUakn50PWaKdM@z> (raw)
In-Reply-To: <3791-Sun07Mar2004073738+0200-eliz@elta.co.il>

>>Date: Sat, 6 Mar 2004 18:08:35 -0500
>>> From: Daniel Jacobowitz <drow@false.org>
>>> 
>>> Seem OK?
> 
> 
> Thanks for the documentation patch, but I have 2 minor comments:
> 
> 
>>>  @item set debug target
>>>  Turns on or off display of @value{GDBN} target debugging info. This info
>>>  includes what is going on at the target level of GDB, as it happens. The
>>> -default is off.
>>> +default is 0.  Set it to 1 to track events, and to 2 to also track the
>>> +value of large memory transfers.  This flag must be set before connecting
>>> +to the target or saying @code{run}.
> 
> 
>   . I'm not sure I understand this sentence--do you mean to say that
>     _if_ the flag is set, it must be set _before_ connecting and
>     before "run"?  If so, I suggest to use @emph and/or @strong to
>     make sure the reader understands you, and maybe rephrase slightly
>     to make sure the wording is less ambiguous.
> 
>   . Since in this context "run" is something the user types, it
>     should be @kbd{run}, not @code{run}.

Bad design.  This doesn't work:

(gdb) set debug target 1
... do something, get target debug output ...
(gdb) set debug target 0
... do something, no target debug output ...

No technical reason for the behavior (I suspect it is that way 'cos the 
target vector is still macros and 'cos people thought that always using 
an extra level of indirection would make things slow).

Daniel,

just also file a bug report, and feel free to add some extra verbage to:

   add_show_from_set
     (add_set_cmd ("target", class_maintenance, var_zinteger,
                   (char *) &targetdebug,
                   "Set target debugging.\n\
When non-zero, target debugging is enabled.", &setdebuglist),
      &showdebuglist);

Andrew

> Otherwise, it is okay to go in.
> 


  parent reply	other threads:[~2004-03-09  0:12 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-03-19  0:09 Daniel Jacobowitz
2004-03-06 23:08 ` Daniel Jacobowitz
2004-03-08 22:49 ` Michael Snyder
2004-03-19  0:09   ` Michael Snyder
2004-03-09 16:18 ` Daniel Jacobowitz
2004-03-19  0:09   ` Eli Zaretskii
2004-03-09 19:39     ` Daniel Jacobowitz
2004-03-19  0:09       ` Daniel Jacobowitz
2004-03-09 19:39     ` Eli Zaretskii
2004-03-19  0:09   ` Daniel Jacobowitz
2004-03-19  0:09 ` Eli Zaretskii
2004-03-07  5:39   ` Eli Zaretskii
2004-03-09  0:12   ` Andrew Cagney [this message]
2004-03-19  0:09     ` Andrew Cagney
2004-03-19  0:09   ` Michael Snyder
2004-03-08 22:48     ` Michael Snyder

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=404D0BE1.90803@gnu.org \
    --to=cagney@gnu.org \
    --cc=drow@false.org \
    --cc=eliz@elta.co.il \
    --cc=gdb-patches@sources.redhat.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