Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Eli Zaretskii <eliz@is.elta.co.il>
To: Klee Dienes <klee@apple.com>
Cc: Michael Snyder <msnyder@cygnus.com>, gdb-patches@sources.redhat.com
Subject: Re: [RFC] add 'save-breakpoints' command
Date: Tue, 11 Dec 2001 03:55:00 -0000	[thread overview]
Message-ID: <Pine.SUN.3.91.1011211134302.1978F-100000@is> (raw)
In-Reply-To: <E16DiFC-0000iD-00@localhost>


On Tue, 11 Dec 2001, Klee Dienes wrote:

> In addition to the 'save-breakpoints' support already submitted, this
> patch adds a new command 'future-break', that works like break except
> that when it encounters an error, instead of returning to top-level,

Thanks.

Can we perhaps come up with a better name instead of `future-break'?  It 
doesn't really describe well enough what does this command do, IMHO.  For 
example, if it is possible to put a breakpoint at the time the user 
issues the command, GDB will do that without delays, so the word 
``future'' is inaccurate.

A related question is: maybe we should make all breakpoint commands 
behave like this by default?

> 	* doc/gdb.textinfo: Add documentation for 'save-breakpoints' and
> 	'future-break'.

The changes to the docs are approved, with a few minor comments (see 
below).

> 	* main.c (captured_main): Initialize $input_radix and $output_radix.
> 	These are referenced by a save-breakpoints file to preserve radix
> 	across the breakpoint restoration.

This aspect of save-breakpoints isn't mentioned in the gdb.texinfo 
patch.  Please add it; I think it's important to say that in the manual, 
since the radix has effect on features other than breakpoints.

> +@kindex future-break
> +@item future-break @var{args}
> +Set a `future' breakpoint.  @var{args} are the same as for the
         ^^^^^^^^
This should be either ``future'' or @emph{future}, probably the former.

> +@code{hbreak} command and the breakpoint is set in the same way.

Is it really like hbreak or like break?  That is, does GDB set a 
hardware-assisted breakpoint?  If so, what happens on platforms which 
don't support hbreak?

Also, I'd suggest to add a sentence or two about the situations where 
this command could be useful.

> +@item save-breakpoints
> +Save all current breakpoint definitions, together with their
> +ignore-counts and command scripts, into the file @file{@var{filename}}.

If the command accepts an argument, the file name, the @item above should 
say this:

  @item save-breakpoints @var{filename}


  reply	other threads:[~2001-12-11 11:55 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-12-04 10:21 Klee Dienes
2001-12-04 10:26 ` Daniel Jacobowitz
2001-12-04 10:44   ` Klee Dienes
2001-12-05 14:06     ` Tom Tromey
2001-12-04 11:22 ` Eli Zaretskii
2001-12-04 13:35   ` Klee Dienes
2001-12-05  0:25     ` Eli Zaretskii
2001-12-04 14:48 ` Michael Snyder
2001-12-04 21:11   ` Klee Dienes
2001-12-11  0:28   ` Klee Dienes
2001-12-11  3:55     ` Eli Zaretskii [this message]
2001-12-11  8:35       ` Klee Dienes
2001-12-11  9:09         ` Eli Zaretskii
2001-12-11 13:23           ` Klee Dienes
2001-12-12  0:32             ` Eli Zaretskii
2001-12-14 12:45               ` Klee Dienes
2001-12-14 12:50                 ` Daniel Jacobowitz
2001-12-18  1:42                   ` Klee Dienes
     [not found] <1007594419.30359.ezmlm@sources.redhat.com>
2001-12-05 17:39 ` Jim Ingham

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=Pine.SUN.3.91.1011211134302.1978F-100000@is \
    --to=eliz@is.elta.co.il \
    --cc=gdb-patches@sources.redhat.com \
    --cc=klee@apple.com \
    --cc=msnyder@cygnus.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