This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: break on C++ global objects ctors
- From: <Paul_Koning at Dell dot com>
- To: <daniel dot gutson at tallertechnologies dot com>
- Cc: <gdb-patches at sourceware dot org>
- Date: Mon, 31 Mar 2014 14:15:50 +0000
- Subject: Re: break on C++ global objects ctors
- Authentication-results: sourceware.org; auth=none
- References: <CAF5HaEU_5DhgydC0B7Ucx+owH3+PqsztZphAARzc80+9VBBtBA at mail dot gmail dot com> <CAF5HaEU3nmr9Ak5dGByUPfe0JGn4NwHu_5JUpB7Fsn6CjfuzOw at mail dot gmail dot com> <C75A84166056C94F84D238A44AF9F6AD16C9B3FB at AUSX10MPC103 dot AMER dot DELL dot COM> <CAF5HaEW8iNZHEx+SA=MBu26XMZO+ENwqXhoJwLtZSMCHc_jNcA at mail dot gmail dot com>
On Mar 31, 2014, at 10:10 AM, Daniel Gutson <daniel.gutson@tallertechnologies.com> wrote:
> On Mon, Mar 31, 2014 at 10:56 AM, <Paul_Koning@dell.com> wrote:
>> This certainly should be easily doable, just in gdb. FWIW, if you start a program with gdbserver and then connect to it from gdb ("target remote" to gdbserver), the program is stopped at the first instruction, way before "main".
>
> That doesn't solve how gdb detects the beginning of each ctor function.
I don’t know what problem you’re referring to. A constructor is just a function, which has a name, and you can set a breakpoint on it.
If for some reason that’s not working, that would be a bug, but I’ve used breakpoints on constructors for a long time and it seems to work when I try it.
paul