From: "Frank van Eijkelenburg" <frank.van.eijkelenburg@technolution.nl>
To: "Daniel Jacobowitz" <drow@mvista.com>
Cc: "Gnu Debugger mailing list" <gdb@sources.redhat.com>
Subject: RE: multithreaded remote debugging
Date: Fri, 17 Jan 2003 14:09:00 -0000 [thread overview]
Message-ID: <JJEILELDMJJENLCGJHOIKEDICEAA.frank.van.eijkelenburg@technolution.nl> (raw)
In-Reply-To: <20030117135359.GA19881@nevyn.them.org>
> -----Original Message-----
> From: gdb-owner@sources.redhat.com
> [mailto:gdb-owner@sources.redhat.com]On Behalf Of Daniel Jacobowitz
> Sent: vrijdag 17 januari 2003 14:54
> To: Frank van Eijkelenburg
> Cc: Gnu Debugger mailing list
> Subject: Re: multithreaded remote debugging
>
>
> 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.
>
Sorry about that. I am using GDB version 5.3 with the above described
problems.
next prev parent reply other threads:[~2003-01-17 14:09 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-01-17 11:29 Frank van Eijkelenburg
2003-01-17 13:54 ` Daniel Jacobowitz
2003-01-17 14:09 ` Frank van Eijkelenburg [this message]
2003-01-17 14:14 ` Daniel Jacobowitz
2003-01-17 14:51 ` Frank van Eijkelenburg
2003-01-17 14:56 ` Daniel Jacobowitz
2003-01-17 15:09 ` Frank van Eijkelenburg
2003-01-17 15:17 ` Daniel Jacobowitz
2003-01-17 15:28 ` Frank van Eijkelenburg
2003-01-17 15:30 ` Daniel Jacobowitz
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=JJEILELDMJJENLCGJHOIKEDICEAA.frank.van.eijkelenburg@technolution.nl \
--to=frank.van.eijkelenburg@technolution.nl \
--cc=drow@mvista.com \
--cc=gdb@sources.redhat.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