This is the mail archive of the
gdb@sources.redhat.com
mailing list for the GDB project.
Re: fix break, not add future-break
- From: Tom Tromey <tromey at redhat dot com>
- To: Andrew Cagney <ac131313 at redhat dot com>
- Cc: Gdb List <gdb at sources dot redhat dot com>
- Date: 11 Mar 2003 13:56:31 -0700
- Subject: Re: fix break, not add future-break
- References: <3E6DFD1D.4090205@redhat.com>
- Reply-to: tromey at redhat dot com
>>>>> "Andrew" == Andrew Cagney <ac131313 at redhat dot com> writes:
Andrew> I'd like to propose that break be modified so that it behaves
Andrew> something like:
Andrew> (gdb) break printf.c:printf
Andrew> File "printf.c" not currently known, set breakpoint anyway?
For Insight I think it would be useful to have a version of the
command (or a flag, e.g. "break -future") that never asks. I imagine
that's true of other GUIs as well, though you'd have to ask those more
familiar with them.
The scenario I'm thinking of is saving breakpoints. Right now we save
all the breakpoints in the session. When reloading breakpoints, any
breakpoint that isn't immediately valid is discarded. This is a major
problem for me (and presumably others), since I do a lot of debugging
of code in shared libraries -- meaning that many of my breakpoints are
lost from session to session.
For breakpoints the user enters by hand, asking seems like a nice
idea.
Tom