This is the mail archive of the
gdb@sources.redhat.com
mailing list for the GDB project.
Re: multithreaded remote debugging
- From: Daniel Jacobowitz <drow at mvista dot com>
- To: Frank van Eijkelenburg <frank dot van dot eijkelenburg at technolution dot nl>
- Cc: Gnu Debugger mailing list <gdb at sources dot redhat dot com>
- Date: Fri, 17 Jan 2003 08:53:59 -0500
- Subject: Re: multithreaded remote debugging
- References: <JJEILELDMJJENLCGJHOIGEDHCEAA.frank.van.eijkelenburg@technolution.nl>
On Fri, Jan 17, 2003 at 12:29:16PM +0100, Frank van Eijkelenburg wrote:
> Hi, I'm new to gdb. I try to remote debug an application:
>
> I have a linux machine with redhat installed (2.4.7-10), this is the host.
> On the target an ARM processor is running with linux kernel 2.4.16. I
> compiled gdb on the host (with target arm-linux). I also cross-compiled
> gdbserver. My application (which I want to debug) is compiled with compiler
> option -g. I can start the gdbserver on the target and gdb on the host and
> have a connection by tcp/ip. The application is multithreaded and uses the
> libpthread library. If I ignore the SIG32 signal (with "handle SIG32 nostop"
> and "handle SIG32 noprint") I can run the application. However, if I try to
> execute "info threads" I only get information about one thread (the main
> thread??). I can put breakpoints in the main thread and step through the
> code, but if I put a breakpoint in another thread, the debugger will stop,
> but I cannot step through the code:
>
> Program received signal SIGTRAP, Trace/breakpoint trap.
> 0x400ab2e4 in ?? ()
> (gdb) n
> Cannot find bounds of current function
>
> What do I wrong or is it not possible to step through the code of other
> threads beside the main thread?
You neglected to say what version you're using. We only got support
for remote thread debugging between GDB 5.2 and 5.3; if you aren't
using 5.3, you should try it.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer