From: Roland Zerek <rolandz@poczta.fm>
To: Michael Elizabeth Chastain <mec.gnu@mindspring.com>,
gdb@sources.redhat.com
Subject: Re: How to setup a breakpoint on constructor
Date: Fri, 16 Jul 2004 13:17:00 -0000 [thread overview]
Message-ID: <40F7B7D1.70409@poczta.fm> (raw)
In-Reply-To: <20040715103016.903344B104@berman.michael-chastain.com>
Użytkownik Michael Elizabeth Chastain napisał:
> See the PROBLEMS file:
>
> gdb/1091: Constructor breakpoints ignored
> gdb/1193: g++ 3.3 creates multiple constructors: gdb 5.3 can't set breakpoints
Well, I am using gdb-6.0 and gcc-3.4.0. Seems that problems remain...
> When gcc 3.x compiles a C++ constructor or C++ destructor, it generates
> 2 or 3 different versions of the object code. These versions have
> unique mangled names (they have to, in order for linking to work), but
> they have identical source code names, which leads to a great deal of
> confusion. Specifically, if you set a breakpoint in a constructor or a
> destructor, gdb will put a breakpoint in one of the versions, but your
> program may execute the other version. This makes it impossible to set
> breakpoints reliably in constructors or destructors [...]
However this is logical to have mangled names. And of course few
constructors. Even ISO says that the default constructor may be created by
the compiler in some situations...
> Things you can try:
>
> . modify your program so that the constructors that you want to
> breakpoint call some function that is not a constructor, and break
> on that.
I've already been considerring it.
> . run 'nm a.out | c++filt' to find the symbols in your program.
> break on the absolute address: "break *0x01234567". this is
> very crude (1960's technique) but it does work.
Seems nice. However my MinGW (Win XP) seems not to have these. I will take
a look of it later :-)
> . use nm, c++filt, and 'strip -N' to strip out symbols for
> not-in-charge constructors. This is scriptable, if someone
> wants to write a little script.
What the "not-in-charge" means?
Thx for reply.
--
Roland
r o l a n d z (at) poczta fm
next prev parent reply other threads:[~2004-07-16 11:11 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-07-15 11:31 Michael Elizabeth Chastain
2004-07-16 13:17 ` Roland Zerek [this message]
-- strict thread matches above, loose matches on Subject: below --
2004-07-18 19:29 Michael Elizabeth Chastain
2004-07-19 3:58 ` Eli Zaretskii
2004-07-17 23:17 Michael Elizabeth Chastain
2004-07-18 5:05 ` Eli Zaretskii
2004-07-18 18:44 ` Daniel Jacobowitz
2004-07-18 19:03 ` Eli Zaretskii
2004-07-19 3:22 ` Daniel Jacobowitz
2004-07-19 14:51 ` Eli Zaretskii
2004-07-17 10:09 Michael Elizabeth Chastain
2004-07-16 19:59 Michael Elizabeth Chastain
2004-07-16 22:15 ` Jim Blandy
2004-07-17 14:30 ` Eli Zaretskii
2004-07-17 14:54 ` Daniel Jacobowitz
2004-07-15 13:55 Michael Elizabeth Chastain
2004-07-15 14:09 ` Daniel Jacobowitz
2004-07-16 11:11 ` Eli Zaretskii
2004-07-16 14:27 ` Daniel Jacobowitz
2004-07-17 10:30 ` Eli Zaretskii
2004-07-15 10:30 Roland Zerek
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=40F7B7D1.70409@poczta.fm \
--to=rolandz@poczta.fm \
--cc=gdb@sources.redhat.com \
--cc=mec.gnu@mindspring.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