From: Daniel Jacobowitz <drow@mvista.com>
To: Kalpesh Jasapara <kjasapara@yahoo.com>
Cc: gdb@sources.redhat.com, linuxppc-dev@lists.linuxppc.org,
linuxppc-embedded@lists.linuxppc.org
Subject: Re: GDB server and threaded application
Date: Thu, 27 Mar 2003 01:55:00 -0000 [thread overview]
Message-ID: <20030327015508.GA31754@nevyn.them.org> (raw)
In-Reply-To: <20030327000011.97424.qmail@web14607.mail.yahoo.com>
No, --attach to a threaded application is _not_ currently supported.
On Wed, Mar 26, 2003 at 04:00:11PM -0800, Kalpesh Jasapara wrote:
> Hello Daniel,
>
> I believe I have the solib path set correctly and
> all the symbols are being loaded when I connect
> to the remote target.
>
> BTW I am able to debug core files correctly and the
> core files show all the threads. Its an issue if
> I try to attach to a running multithreaded process.
>
> gdbserver :12345 --attach <PID>, I just pick up one
> of the PID's of the multithreaded process. I guess
> this is supported.
>
> Thanks for all the information.
> -Kalpesh
>
> --- Daniel Jacobowitz <drow@mvista.com> wrote:
> > On Tue, Mar 25, 2003 at 09:39:01PM -0800, Vladimir
> > Gurevich wrote:
> > > Hi Kalpesh!
> > >
> > > Kalpesh Jasapara wrote:
> > > >I am having a problem with remote gdb debugging
> > > >using gdbserver to work with multi threads.
> > > >The command "info threads" shows only one thread.
> > >
> > > Here is a relevant excerpt from Wolfgang Denk's
> > > posting from ppc-embedded:
> >
> > As usual, Wolfgang's answer is somewhat biased. GDB
> > 5.3's
> > multithreaded debug support is complete, and works
> > very well once you
> > have it set up. The only thing missing in the FSF
> > tree is the little
> > "[New thread 21211]" messages, which are purely
> > cosmetic; I never came
> > to an agreement about how to implement them in the
> > current protocol.
> >
> > Neither the version originally in HHL 2.0 nor gdb
> > 5.2.1 supported it
> > however. Kalpesh said he was trying gdb 5.3, which
> > does.
> >
> > I would also like to offer Wolfgang a BIG KICK IN
> > THE HEAD. I have
> > looked at the relevant path on his FTP site that you
> > referenced below;
> > despite his name as the only name on the "ChangeLog
> > entry" in the
> > README and the claim of "we spend some work", it is
> > my work. I wrote
> > just about every line of that patch.
> >
> > As usual proper credit would be appreciated.
> >
> > >
> > > >Dear Owen,
> > > >
> > > >in message
> > <20020820144703.16442.qmail@web20107.mail.yahoo.com>
> > you wrote:
> > > >
> > > >>
> > > >>I`m trying to debug a multi-threaded application
> > using
> > > >>gdbserver on the remote/target side and I`m
> > having
> > > >>some problems, the output I got is depicted
> > below:
> > > >
> > > >
> > > >I'm not surprised. This is broken in most
> > versions of GDB / gdbserver
> > > >floating around.
> > > >
> > > >
> > > >>I`m using gdbserver5.2.1 (I tried the one from
> > HHL-2.0
> > > >>Journeyman and didn`t worked too) compiled by
> > myself
> > > >>using Mvista HHL 2.0 tools and gdb 5.2.1 on my
> > i386.
> > > >>Am I doing something wrong or remote thread
> > debugging
> > > >>is not supported by gdb? I have read something
> > about
> > > >
> > > >
> > > >Let's say the support is incomplete :-)
> > > >
> > > >>problems with multi-thread application debugging
> > but I
> > > >>thought that it may be OK at this time...
> > > >>Could someone explain to me what`s happening?
> > > >
> > > >
> > > >Check out our ELDK (see
> > http://www.denx.de/ELDK); it contains an
> > > >extended / bug fixed version of GDB /
> > gdbserver; remote target
> > > >debugging of MT applications was one of the areas
> > where we spend some
> > > >work.
> > > >
> > > >If you're just looking for the patches: these can
> > be found on our FTP
> > > >server; the README including description of the
> > test procedure is at
> > >
> >
> >ftp://ftp.denx.de/pub/ppc/patches/README-GDB-MT-Support
> > > >
> > >
> > > I hope this helps.
> > >
> > > Cheers,
> > > Vladimir
> > >
> > >
> >
> > --
> > Daniel Jacobowitz
> > MontaVista Software Debian
> > GNU/Linux Developer
>
>
> __________________________________________________
> Do you Yahoo!?
> Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop!
> http://platinum.yahoo.com
>
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
prev parent reply other threads:[~2003-03-27 1:55 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-03-26 3:58 Kalpesh Jasapara
2003-03-26 4:05 ` Daniel Jacobowitz
2003-03-26 5:39 ` Vladimir Gurevich
2003-03-26 13:41 ` Daniel Jacobowitz
2003-03-26 16:14 ` Wolfgang Denk
2003-03-27 0:00 ` Kalpesh Jasapara
2003-03-27 1:55 ` Daniel Jacobowitz [this message]
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=20030327015508.GA31754@nevyn.them.org \
--to=drow@mvista.com \
--cc=gdb@sources.redhat.com \
--cc=kjasapara@yahoo.com \
--cc=linuxppc-dev@lists.linuxppc.org \
--cc=linuxppc-embedded@lists.linuxppc.org \
/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