From: Phil Muldoon <pmuldoon@redhat.com>
To: gdb <gdb@sourceware.org>
Subject: Multiple locations and breakpoints confusion.
Date: Tue, 01 May 2018 08:15:00 -0000 [thread overview]
Message-ID: <0627f9db-dc6e-ec75-bfd4-b3cb3cdc1251@redhat.com> (raw)
Hello all,
I have a very simple test inferior:
class multiple_test
{
public:
void foo(int f);
void foo(double f);
};
void multiple_test::foo(int f)
{
return;
}
void multiple_test::foo(double f)
{
return;
}
main()
{
multiple_test m;
m.foo(2);
m.foo(2.2);
}
And I place a breakpoint on 'multiple_test::foo'
This results in a breakpoint with two locations (as expected):
(gdb) info breakpoints
Num Type Disp Enb Address What
1 breakpoint keep y <MULTIPLE>
1.1 y 0x00000000004004b3 in multiple_test::foo(int) at multiple.cpp:10
1.2 y 0x00000000004004c3 in multiple_test::foo(double) at multiple.cpp:15
Now, If I disable 1.1 it shows (correctly):
(gdb) disable 1.1
(gdb) info breakpoints
Num Type Disp Enb Address What
1 breakpoint keep y <MULTIPLE>
1.1 n 0x00000000004004b3 in multiple_test::foo(int) at multiple.cpp:10
1.2 y 0x00000000004004c3 in multiple_test::foo(double) at multiple.cpp:15
And indeed that breakpoint is not enabled. If I disable the "parent" breakpoint:
(gdb) disable 1
(gdb) info breakpoints
Num Type Disp Enb Address What
1 breakpoint keep n <MULTIPLE>
1.1 n 0x00000000004004b3 in multiple_test::foo(int) at multiple.cpp:10
1.2 y 0x00000000004004c3 in multiple_test::foo(double) at multiple.cpp:15
It shows 1 as disabled but 1.2 as enabled. That seems wrong to me. In
fact, all of the breakpoints are disabled as evidenced by:
(gdb) r
Starting program: /home/pmuldoon/outgoing/multiple
[Inferior 1 (process 17661) exited normally]
(gdb)
So in recreating multiple location management in Python, I'm a bit
confused if disabling the parent breakpoint should disable all
locations and there's a display buglet on "info breakpoints", or if
the "info breakpoints" output is correct and there's a breakpoint
buglet regarding the disabling of breakpoints?
Cheers
Phil
next reply other threads:[~2018-05-01 8:15 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-05-01 8:15 Phil Muldoon [this message]
2018-05-01 19:32 ` Pedro Alves
2018-05-02 15:13 ` Eli Zaretskii
2018-05-02 16:15 ` Pedro Alves
2018-05-02 16:27 ` Pedro Alves
2018-05-02 16:42 ` Keith Seitz
2018-05-02 16:33 ` Eli Zaretskii
2018-05-02 16:43 ` Pedro Alves
2018-05-02 16:49 ` Joel Brobecker
2018-05-02 18:18 ` Phil Muldoon
2018-05-02 18:42 ` Pedro Alves
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=0627f9db-dc6e-ec75-bfd4-b3cb3cdc1251@redhat.com \
--to=pmuldoon@redhat.com \
--cc=gdb@sourceware.org \
/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