From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5126 invoked by alias); 21 Jan 2009 00:05:58 -0000 Received: (qmail 5118 invoked by uid 22791); 21 Jan 2009 00:05:57 -0000 X-SWARE-Spam-Status: No, hits=-1.7 required=5.0 tests=AWL,BAYES_00,SARE_MSGID_LONG40,SPF_PASS X-Spam-Check-By: sourceware.org Received: from ti-out-0910.google.com (HELO ti-out-0910.google.com) (209.85.142.187) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 21 Jan 2009 00:05:51 +0000 Received: by ti-out-0910.google.com with SMTP id d10so2723602tib.12 for ; Tue, 20 Jan 2009 16:05:47 -0800 (PST) MIME-Version: 1.0 Received: by 10.110.84.3 with SMTP id h3mr10840256tib.15.1232496347677; Tue, 20 Jan 2009 16:05:47 -0800 (PST) In-Reply-To: <49763F67.5010009@aimvalley.nl> References: <4974EBFF.307@aimvalley.nl> <49757D1C.7010309@aimvalley.nl> <8ac60eac0901201037t71b6bd62j8668bd004e933f53@mail.gmail.com> <49763169.8070208@aimvalley.nl> <8ac60eac0901201236i2d3a266akaa673cd12a4ec7cb@mail.gmail.com> <49763F67.5010009@aimvalley.nl> Date: Wed, 21 Jan 2009 00:05:00 -0000 Message-ID: Subject: Re: gdb doesn't show all threads, but gdbserver does From: teawater To: "N. van Bolhuis" Cc: Paul Pluzhnikov , gdb@sourceware.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2009-01/txt/msg00125.txt.bz2 Really? Why your gdbserver can be use? Is it static link? On Wed, Jan 21, 2009 at 05:17, N. van Bolhuis wrote: > Paul Pluzhnikov wrote: >> >> On Tue, Jan 20, 2009 at 12:17 PM, N. van Bolhuis >> wrote: >> >>> In fact I did just that. I didn't mention it since it's there >>> (libthread_db.so.1 is loaded into gdb) so this is not the issue. >> >> Hmm, I wonder if the "stripped libpthread.so.0" struck again. >> >> Could you please do 'ldd /mnt/norbert/mainctrl.exe' on target, >> note which libpthread.so.0 it is using, and then >> >> nm /path/to/libpthread.so.0 | egrep '_version|pthread_threads_events' >> >> If this shows 'no symbols', you have stripped libpthread.so.0 on >> target (but not on host). Don't do that. Do "strip --strip-debug" >> instead. >> > > aha, that must be it. I did (fully) strip all libraries on target. > > yes if I do "strip --strip-debug" it works. > > thanks a lot! > > I did not realize gdb needs libpthread debug symbols to "discover" > threads. > Hmm, if I think about it I still not fully understand why. > Anyway it work now and I'm happy. > > >