From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16235 invoked by alias); 16 Feb 2007 15:14:46 -0000 Received: (qmail 16224 invoked by uid 22791); 16 Feb 2007 15:14:45 -0000 X-Spam-Check-By: sourceware.org Received: from bay0-omc3-s18.bay0.hotmail.com (HELO bay0-omc3-s18.bay0.hotmail.com) (65.54.246.218) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 16 Feb 2007 15:14:36 +0000 Received: from hotmail.com ([207.46.9.226]) by bay0-omc3-s18.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.2668); Fri, 16 Feb 2007 07:14:35 -0800 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 16 Feb 2007 07:14:34 -0800 Message-ID: Received: from 207.46.9.251 by by120fd.bay120.hotmail.msn.com with HTTP; Fri, 16 Feb 2007 15:14:34 GMT X-Sender: pelle2004@hotmail.com In-Reply-To: <20070216125614.GC32281@caradoc.them.org> From: "Pelle Svensson" To: drow@false.org Cc: gdb@sourceware.org Bcc: Subject: Re: Remote debugging with gdbserver on ARM Date: Fri, 16 Feb 2007 16:06:00 -0000 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed 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-02/txt/msg00172.txt.bz2 >From: Daniel Jacobowitz >To: Pelle Svensson >CC: gdb@sourceware.org >Subject: Re: Remote debugging with gdbserver on ARM >Date: Fri, 16 Feb 2007 07:56:14 -0500 > >On Fri, Feb 16, 2007 at 01:43:42PM +0100, Pelle Svensson wrote: > > After issued 'signal SIG32' for continuing things seems to be not right, > > can it be the > > access at adress 0x0 or that the libpthread dosen't have any debug-info? > >You will need an unstripped libpthread.so on the host system, and >libthread_db linked to gdbserver on the target system. > I'm now using all runtime libs with debug-info included. It still not working correct and I think this has to be corrected. After I load symbols on all modules some of them are probaly using wrong symbol path lippthread, libc, libm, libld, ld-linux - use /lib/ libggi, libgii, libgg - use /<...nfs path...>/lib/ path It seems that libs present in the i386-host and the arm-target are taken from /lib/ (i386) and libs only present in the nfs location is taken from the correct location /<...nfs path...>/lib/. Target console complain about gdb: error initializing thread_db library: version missmatch between lithread_db and libpthread solib-absolute-prefix: Prefix for loading absolute shared library symbol files is "". solib-search-path: The search path for loading non-absolute shared library symbol files is /<...nfs path...>/lib. _________________________________________________________________ Schlagersignaler till mobilen http://msn.cellus.se/