From: Eli Zaretskii <eliz@gnu.org>
To: David Daney <ddaney@avtrex.com>, Nick Roberts <nickrob@snap.net.nz>
Cc: gdb@sources.redhat.com, Vladimir Prus <ghost@cs.msu.su>
Subject: Re: MI: changing breakpoint location
Date: Sat, 18 Mar 2006 18:46:00 -0000 [thread overview]
Message-ID: <uoe04vw3j.fsf@gnu.org> (raw)
In-Reply-To: <20060317172254.GB15128@nevyn.them.org> (message from Daniel Jacobowitz on Fri, 17 Mar 2006 12:22:54 -0500)
> Date: Fri, 17 Mar 2006 12:22:54 -0500
> From: Daniel Jacobowitz <drow@false.org>
> Cc: David Daney <ddaney@avtrex.com>, Nick Roberts <nickrob@snap.net.nz>,
> gdb@sources.redhat.com, Vladimir Prus <ghost@cs.msu.su>
>
> On Fri, Mar 17, 2006 at 01:42:46PM +0200, Eli Zaretskii wrote:
> > > On Thu, Mar 16, 2006 at 03:23:09PM -0800, David Daney wrote:
> > > > I can't see why you would want to do it anyplace *other* than the
> > > > editor. It would know for sure which lines had been added and deleted.
> > > > Anything else would just be guessing.
> > >
> > > Well, in the CLI GDB, we don't have any interaction with the editor.
> >
> > But we can ask the CLI users to type the line difference, can we? I
> > don't expect this command to be used too frequently from the command
> > line, so it doesn't seem to harsh a limitation.
>
> Would that be useful?
I expect it to be used only very rarely from CLI, but when it is, I
think yes, it would be useful.
> The user's rarely going to know "oh, that breakpoint moved twenty
> lines".
If that same user just inserted N lines in the source file, they would
know.
> The alternative command, "oh, that breakpoint should be over here now",
> is a lot simpler for a CLI user to use.
By ``here'' you mean file:line argument? If so, I agree that this is
also a possible user interface that is functionally equivalent to
``move by N lines''.
next prev parent reply other threads:[~2006-03-18 11:19 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-03-16 15:43 Vladimir Prus
2006-03-16 15:48 ` Bob Rossi
2006-03-16 16:05 ` Vladimir Prus
2006-03-16 16:12 ` Daniel Jacobowitz
2006-03-16 16:16 ` Vladimir Prus
2006-03-16 16:40 ` Daniel Jacobowitz
2006-03-16 16:46 ` Vladimir Prus
2006-03-16 17:11 ` Daniel Jacobowitz
2006-03-17 10:46 ` Vladimir Prus
2006-03-17 18:28 ` Daniel Jacobowitz
2006-03-17 17:43 ` Daniel Jacobowitz
2006-03-17 11:03 ` Eli Zaretskii
2006-03-17 10:57 ` Eli Zaretskii
2006-03-16 23:12 ` Nick Roberts
2006-03-16 23:23 ` Daniel Jacobowitz
2006-03-16 23:25 ` David Daney
2006-03-16 23:54 ` Daniel Jacobowitz
2006-03-17 13:20 ` Eli Zaretskii
2006-03-17 17:34 ` Daniel Jacobowitz
2006-03-18 18:46 ` Eli Zaretskii [this message]
2006-03-16 23:56 ` Nick Roberts
2006-03-17 10:55 ` Vladimir Prus
2006-03-17 11:42 ` Eli Zaretskii
2006-03-17 0:04 ` Daniel Jacobowitz
2006-03-17 0:23 ` Joel Brobecker
2006-03-17 3:57 ` Jim Ingham
2006-03-17 11:40 ` Eli Zaretskii
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=uoe04vw3j.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=ddaney@avtrex.com \
--cc=gdb@sources.redhat.com \
--cc=ghost@cs.msu.su \
--cc=nickrob@snap.net.nz \
/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