From: Jim Ingham <jingham@apple.com>
To: gdb@sources.redhat.com
Subject: Re: fix break, not add future-break
Date: Thu, 13 Mar 2003 22:20:00 -0000 [thread overview]
Message-ID: <F266B62F-55A1-11D7-BBD9-00039379E320@apple.com> (raw)
In-Reply-To: <1047587818.8256.ezmlm@sources.redhat.com>
We talked about this a bit here. Jason was worried that users might
find getting an extra prompt when they just mistyped annoying. It is
certainly a pretty big change in UI, and will be jarring to old hands
for a while. On the other hand, I kind of like this better than having
to remember to type another command to get shared-library breakpoints
to take.
Working with programmatic interfaces is different, however. We added a
-f flag to -break-insert to turn on the "future" behavior. I think
calling it out explicitly like this is better for a programmatic
interface, since for a driving program it is better to be able to ask
for exactly what you want, than asking for something more general and
then having to deal modally with the possible responses to a more
general request...
Jim
On Thursday, March 13, 2003, at 12:36 PM,
gdb-digest-help@sources.redhat.com wrote:
>> Date: Tue, 11 Mar 2003 10:13:33 -0500
>> From: Andrew Cagney <ac131313@redhat.com>
>>
>> I'd like to propose that break be modified so that it behaves
>> something
>> like:
>>
>> (gdb) break printf.c:printf
>> File "printf.c" not currently known, set breakpoint anyway?
>>
>> And then later:
>>
>> (gdb) c
>> Loading shared library libc.so.
>> Enabling breakpoint "printf.c:printf" at ....
>
>
--
Jim Ingham jingham@apple.com
Developer Tools
Apple Computer
next parent reply other threads:[~2003-03-13 22:20 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1047587818.8256.ezmlm@sources.redhat.com>
2003-03-13 22:20 ` Jim Ingham [this message]
2003-03-11 15:13 Andrew Cagney
2003-03-11 21:03 ` Tom Tromey
2003-03-11 22:10 ` Andrew Cagney
2003-03-12 18:43 ` 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=F266B62F-55A1-11D7-BBD9-00039379E320@apple.com \
--to=jingham@apple.com \
--cc=gdb@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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).