From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32341 invoked by alias); 23 Dec 2006 21:25:06 -0000 Received: (qmail 32329 invoked by uid 22791); 23 Dec 2006 21:25:05 -0000 X-Spam-Check-By: sourceware.org Received: from nevyn.them.org (HELO nevyn.them.org) (66.93.172.17) by sourceware.org (qpsmtpd/0.31.1) with ESMTP; Sat, 23 Dec 2006 21:25:01 +0000 Received: from drow by nevyn.them.org with local (Exim 4.63) (envelope-from ) id 1GyEM3-0000Ja-BE; Sat, 23 Dec 2006 16:24:31 -0500 Date: Sat, 23 Dec 2006 21:25:00 -0000 From: 'Daniel Jacobowitz' To: Avi Gozlan Cc: gdb@sourceware.org Subject: Re: symbol files and source files of shared objects when debugging remote target Message-ID: <20061223212431.GB1091@nevyn.them.org> Mail-Followup-To: Avi Gozlan , gdb@sourceware.org References: <20061212144510.GA17889@nevyn.them.org> <200612211241.kBLCf16B014561@michael.checkpoint.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200612211241.kBLCf16B014561@michael.checkpoint.com> User-Agent: Mutt/1.5.13 (2006-08-11) 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: 2006-12/txt/msg00195.txt.bz2 On Thu, Dec 21, 2006 at 02:40:23PM +0200, Avi Gozlan wrote: > 2) When I run 'set solib-search-path path' on the host, I get the following > warning several times on the target: > > gdb: error initializing thread_db library: version mismatch between > libthread_db and libpthread. Then it is very likely you are pointed at the wrong libraries. > By the way, when the program symbol file loads, I get the following message: > Using host libthread_db library "/lib/tls/libthread_db.so.1" > But when running "info share" I don't see libthread_db.so.1 but rather > /lib/tls/libpthread.so.0 That's unrelated. > 3) Why it is necessary to run 'set solib-search-path' only after the program > enters user entry point? Running it beforehand left the so symbols unloaded. > The implication is that the command cannot be executed during gdb > initialization (e.g. in ini file). Try using solib-absolute-prefix. It probably found the wrong ld.so. -- Daniel Jacobowitz CodeSourcery