From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29043 invoked by alias); 15 May 2007 17:14:07 -0000 Received: (qmail 28993 invoked by uid 22791); 15 May 2007 17:14:03 -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; Tue, 15 May 2007 17:13:54 +0000 Received: from srviku004.ikusi.net ([192.168.202.14]) by correo.ikusi.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 15 May 2007 19:13:51 +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 ; Tue, 15 May 2007 17:13:51 +0000 Received: from DAFPC5206 by webmail.ikusi.com; 15 May 2007 19:13:58 +0200 Subject: Re: Debugging pthread in ARM. From: gomrioje Reply-To: gomez.j@ikusi.es To: =?ISO-8859-1?Q?Jes=FAs_G=F3mez_R=EDo?= Cc: gdb@sourceware.org In-Reply-To: <20070515125816.GA13421@caradoc.them.org> References: <1179233344.1389.18.camel@DAFPC5206.ikusi.net> <20070515125816.GA13421@caradoc.them.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Tue, 15 May 2007 17:14:00 -0000 Message-Id: <1179249238.6692.12.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-15176.001 X-TM-AS-Result: No--18.989200-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/msg00052.txt.bz2 Thanks Daniel, I point solib-absolute, right now my libraries (info sharedlibrary) are like that: >From To Syms Read Shared Object Library 0x400284d8 0x400859a4 No /app/arm/bitbaketmp/staging/arm-linux/lib/libsqlite.so.0 0x4009b748 0x4009bdf8 No /app/arm/sc0504/Software/src/libarm9hardpin/debug/src/library/libarm9hardpin.so.0 0x400a5d60 0x400aa2f0 No /app/arm/bitbaketmp/staging/arm-linux/lib/librt.so.1 0x400c1f70 0x400cbff4 No /app/arm/bitbaketmp/staging/arm-linux/lib/libpthread.so.0 0x40153278 0x401dc63c No /app/arm/bitbaketmp/cross/arm-linux/lib/libstdc++.so.6 0x401ef390 0x40259ae8 No /app/arm/bitbaketmp/staging/arm-linux/lib/libm.so.6 0x4029a9f8 0x402a0f18 No /app/arm/bitbaketmp/cross/arm-linux/lib/libgcc_s.so.1 0x402bebb0 0x40393564 No /app/arm/bitbaketmp/staging/arm-linux/lib/libc.so.6 0x40000740 0x4001491c No /app/arm/bitbaketmp/staging/arm-linux/lib/ld-linux.so.2 (for other people reading: http://sourceware.org/ml/gdb-patches/2007-01/msg00198.html) Nevertheless, after that I have the same problem. The response to: info threads is: 1 main.... Something that looks bizarre to me is that gdb converts in the console, "info threads" to "info thread". I have checked the threads are running. They have different PIDs, could be a problem for gdb? Regards, On Tue, 2007-05-15 at 08:58 -0400, Daniel Jacobowitz wrote: > On Tue, May 15, 2007 at 02:49:04PM +0200, gomrioje wrote: > > - For the gdb (host): > > set solib-absolute-prefix /dev/null/ > > set > > solib-search-path /app/arm/debug/:/app/arm/bitbaketmp/staging/arm-linux/lib/ > > Don't do that. Whatever told you to do it was wrong. > > You need to set solib-absolute-prefix to point at something that looks > like your target's file system, that is, you should be able to add > /lib/ld-linux.so.2 (or however your platform spells it) and find the > dynamic linker at that path on the host. > -- Jesus Gomez Rio R&D Technician Design & Manufacturing Division gomez.j@ikusi.com www.ikusi.es ---