This is the mail archive of the
gdb@sourceware.org
mailing list for the GDB project.
Re: How to catch GDB crash
- From: Dmitry Smirnov <divis1969 at mail dot ru>
- To: gdb at sourceware dot org
- Date: Mon, 07 Jul 2008 19:47:26 +0400
- Subject: Re: How to catch GDB crash
- References: <200807071528.57718.pedro@codesourcery.com>
- Reply-to: Dmitry Smirnov <divis1969 at mail dot ru>
-----Original Message-----
From: Pedro Alves <pedro@codesourcery.com>
To: gdb@sourceware.org, Dmitry Smirnov <divis1969@mail.ru>
Date: Mon, 7 Jul 2008 15:28:57 +0100
Subject: Re: How to catch GDB crash
> I think you said earlier that when you switched to the other eclipse you
> had around that got over the "^running" problem, you weren't even able
> to inspect the stack or do any disassembling -- eclipse would get
> stuck on the "info threads" command. I take it that since you
> report you can now retrieve variables etc, that the "info threads"
> issue is fixed? I'll post this patch for review at gdb-patches@.
Perhaps, "info threads" is fixed. But since both "info threads" and "running" problems were [most probably] caused by the "main thread registering" fix, maybe it is better to investigate "^running" problem before submission? What if they are connected? ;-)
I have to say, that my goal is not just report issues, I would like to help fixing them. Unfortunately, I do not have much time to learn GDB, so I'm just asking for hints: what can I do to discover the root cause. For example, who is responding "^running"? What functions/files should I debug to figure out the problem?
Dmitry