From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22774 invoked by alias); 17 Mar 2003 12:30:43 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 22727 invoked from network); 17 Mar 2003 12:30:42 -0000 Received: from unknown (HELO rusfw.rohde-schwarz.com) (80.246.32.32) by sources.redhat.com with SMTP; 17 Mar 2003 12:30:42 -0000 Received: from rus11.rsd.de by rusfw.rohde-schwarz.com via smtpd (for sources.redhat.com [66.187.233.205]) with SMTP; 17 Mar 2003 12:27:42 UT Received: by mail.rohde-schwarz.com(Lotus SMTP MTA v4.6.7 (934.1 12-30-1999)) id C1256CEC.00446A46 ; Mon, 17 Mar 2003 13:27:16 +0100 X-Lotus-FromDomain: RSBICK@RUS From: Frank.Christ@RSBICK.rohde-schwarz.com To: Daniel Jacobowitz cc: gdb@sources.redhat.com Message-ID: Date: Mon, 17 Mar 2003 12:30:00 -0000 Subject: Re: Re: Remote Debugging Of Multithreaded Application on PPC 82xx Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline X-SW-Source: 2003-03/txt/msg00248.txt.bz2 Hi Daniel, Thanks for your quick answer! Unfortunately your PREPARE_TO_PROCEED patch did not have any effect on my system. I still have the problem, that the debugger jumps to the main thread instead of stepping through the client thread. In some older mailings I found a hint, that there might be a problem, when there are printed question marks (??) when the debugger starts. When I connect to the remote target, I get the following lines on the host side. Is this correct? (gdb) target remote 172.20.62.126:2345 Remote debugging using 172.20.62.126:2345 0x30010464 in ?? () (gdb) cont My Thread Librarys have the following Versions: libpthread-0.8.so libthread_db-1.0.so Are there any problems with Library versions? Thanks again, Frank Daniel Jacobowitz am 14.03.2003 15:17:38 An: Frank Christ/RSBICK@RSBICK cc: gdb@sources.redhat.com Thema: Re: Remote Debugging Of Multithreaded Application on PPC 82xx On Fri, Mar 14, 2003 at 03:03:25PM +0100, Frank.Christ@RSBICK.rohde-schwarz.com wrote: > I am trying to setup a remote debugging session, so that I can debug my > multithreaded > application running on PPC 82xx and use gdb on my Intel host (i686, SuSE 7.0). > > I downloaded gdb version 5.3 and compiled gdb on the host (with target > powerpc-linux). > I also cross-compiled gdbserver (with option powerpc-linux). > > I have /lib/libthread_db.so.1 on the 8xx > have the target filesystem layout available on the host > have solib-absolute-prefix set to point to the target libraries > (solib-absolute-prefix=/opt/elinos/cdk/ppc/82xx/libc6/powerpc-linux) > > 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. I can put > breakpoints in > every thread and break into my code. "info threads" gives all my threads and > everything > seems fine. > > However: > I can step through the main thread, but I cannot step through all my other > threads. When > I try to step with next in a client thread I get the following message: > > ------------------------------------- > (gdb) next > > Program received signal SIGTRAP, Trace/breakpoint trap. > [Switching to Thread 1024] > 0x0feee8a4 in nanosleep () from > /opt/elinos/cdk/ppc/82xx/libc6/powerpc-linux/lib/libc.so.6 > ------------------------------------ > > Any hints what my be wrong with my configuration? You may want to try the PREPARE_TO_PROCEED patch which I posted to gdb-patches yesterday; you can find the list archives on http://sources.redhat.com/ml/gdb-patches/2003-03/. There are also some bugs related to stepping alternate threads that require a change to the remote protocol, but I didn't get a consensus on how to solve them yet (and I ran out of time to pursue it; I'll try again soon). -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer