Breakpoint duplication over new inferiors

Kevin Pouget kevin.pouget@gmail.com
Tue May 3 09:31:00 GMT 2011


Hello,

I'd like to understand how breakpoints are supposed to be duplicated
when a new inferior is started/attached (in my cases)/forked.

Namely, with a code like:
>
> 1    int main() {
> 2        if (fork()) {
> 3            send (0,0,0);
> 4        } else {
> 5            recv(0,0,0) ;
> 6        }
> 7    }

and
>
> (gdb) b main
> Breakpoint 1 at 0x400558: file fork.c, line 2.
> (gdb) b send
> Breakpoint 2 at 0x400448
> (gdb) set detach-on-fork off
> (gdb) run
> ...
> (gdb) info breakpoint
> Num     Type           Disp Enb Address            What
> 1       breakpoint     keep y   <MULTIPLE>
>     breakpoint already hit 1 time
> 1.1                         y     0x0000000000400558 in main at fork.c:2 inf 2
> 1.2                         y     0x0000000000400558 in main at fork.c:2 inf 1
> 2       breakpoint     keep y   0x0000003cbd0e1a60 <send> inf 1

it seems that `libc' breakpoints are not correctly duplicated.
According to my investigation, the difference occurs in
> breakpoint.c:addr_string_to_sals -- sals = decode_line_1 (&s, 1, (struct symtab *) NULL, 0, NULL);

which doesn't return two locations, but only one ...
is it a bug? any idea what to do to solve it?


cordially,

Kevin



More information about the Gdb mailing list