This is the mail archive of the
mailing list for the GDB project.
Re: RFC: Centralize DECR_PC_AFTER_BREAK handling from infrun
On Sun, Jan 18, 2004 at 07:23:38PM +0200, Eli Zaretskii wrote:
> > Date: Sun, 18 Jan 2004 10:19:10 -0500
> > From: Daniel Jacobowitz <email@example.com>
> > >
> > > What happens if a location has both software and hardware
> > > breakpoints? Does the code still DTRT?
> > Hmm, I am not sure. What _is_ the right thing?
> We should at least do no worse than the current code does--which is to
> act as if only the first breakpoint (in the order stored in the
> breakpoint data-base) were hit. That is, if breakpoints #n and #m
> both fire, the current GDB announces the one whose number is smaller
> (because it walks thru the breakpoints in their numerical order). It
> doesn't seem to matter whether the breakpoints are of the software or
> the hardware-assisted variety.
> It would be nice if we could announce all breakpoints that break at
> that point, but this might not be possible or very hard, I dunno.
Behavior unchanged by this patch. Only one of the breakpoints will be
inserted - the other will be marked as a duplicate - and only inserted
breakpoints are checked when figuring out whether a software breakpoint
MontaVista Software Debian GNU/Linux Developer