From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8132 invoked by alias); 16 May 2007 17:33:55 -0000 Received: (qmail 8122 invoked by uid 22791); 16 May 2007 17:33:54 -0000 X-Spam-Check-By: sourceware.org Received: from correo.ikusi.com (HELO correo.ikusi.com) (194.30.89.100) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 16 May 2007 17:33:46 +0000 Received: from srviku004.ikusi.net ([192.168.202.14]) by correo.ikusi.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 16 May 2007 19:33:42 +0200 Received: from 192.168.234.102 ([192.168.234.102]) by srviku004.ikusi.net ([192.168.202.14]) via Exchange Front-End Server webmail.ikusi.com ([192.168.202.18]) with Microsoft Exchange Server HTTP-DAV ; Wed, 16 May 2007 17:33:41 +0000 Received: from DAFPC5206 by webmail.ikusi.com; 16 May 2007 19:33:53 +0200 Subject: Re: Debugging pthread in ARM. From: gomrioje Reply-To: gomez.j@ikusi.es Cc: =?ISO-8859-1?Q?Jes=FAs_G=F3mez_R=EDo?= , gdb@sourceware.org In-Reply-To: <20070516153502.GA8429@caradoc.them.org> References: <1179233344.1389.18.camel@DAFPC5206.ikusi.net> <20070515125816.GA13421@caradoc.them.org> <1179249238.6692.12.camel@DAFPC5206.ikusi.net> <20070515172110.GA27784@caradoc.them.org> <1179329274.6692.30.camel@DAFPC5206.ikusi.net> <20070516153502.GA8429@caradoc.them.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Wed, 16 May 2007 17:33:00 -0000 Message-Id: <1179336833.6692.42.camel@DAFPC5206.ikusi.net> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 X-TM-AS-Product-Ver: SMEX-7.0.0.1433-3.6.1039-15178.001 X-TM-AS-Result: No--15.866500-5.000000-31 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: 2007-05/txt/msg00057.txt.bz2 Just typing sharedlibrary I get all my libraries with symbols: >From To Syms Read Shared Object Library 0x40024f70 0x4002eff4 Yes /app/arm/bitbaketmp/staging/arm-linux/lib/libpthread.so.0 0x4007cd60 0x400812f0 Yes /app/arm/bitbaketmp/staging/arm-linux/lib/librt.so.1 0x400d0278 0x4015963c Yes /app/arm/bitbaketmp/cross/arm-linux/lib/libstdc++.so.6 0x4016c390 0x401d6ae8 Yes /app/arm/bitbaketmp/staging/arm-linux/lib/libm.so.6 0x402179f8 0x4021df18 Yes /app/arm/bitbaketmp/cross/arm-linux/lib/libgcc_s.so.1 0x4023bbb0 0x40310564 Yes /app/arm/bitbaketmp/staging/arm-linux/lib/libc.so.6 0x40000740 0x4001491c Yes /app/arm/bitbaketmp/staging/arm-linux/lib/ld-linux.so.2 Nevertheless GDB is receiving a SIGNALKILL when I try to set a breakpoint inside a thread. You ask me for warnings, there are 2 things: 1. At Host side (gdb console): (gdb) source prepare_gdb.gdb 0x40000740 in ?? () prepare_gdb.gdb is a script: set $connected=0 shell sleep 1 target remote 192.168.1.55:1234 set $connected=1 set solib-absolute-prefix /app/arm/bitbaketmp/staging/arm-linux/lib/ set solib-search-path /app/arm/bitbaketmp/staging/arm-linux/lib/:/app/arm/sc0504/Software/src/libarm9hardpin/debug/src/library/:/app/arm/bitbaketmp/cross/arm-linux/lib/:/app/arm/sc0504/Software/src/3rdParty/nana-2.5/arm/usr/lib/ continue 2. At Target side (gdbserver) gdb: error initializing thread_db library: version mismatch between libthread_db and libpthread Regards > > > > Running the aplication in the PC, I get with command backtrace: > > (gdb) [Thread debugging using libthread_db enabled] > > That's normal. Only native GDB prints this message. > > > I guess the libraries for the ARM have no symbols charged. Do I need > > them to debug my application? > > I believe you need symbols for ld.so and libpthread.so. > -- Jesus Gomez Rio