From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from baldric (baldric.uwo.ca [129.100.10.225]) by dsl2.external.hp.com (Postfix) with ESMTP id 0EB434875 for ; Wed, 17 Dec 2003 09:00:27 -0700 (MST) Date: Wed, 17 Dec 2003 10:53:13 -0500 From: Carlos O'Donell To: John David Anglin Subject: Re: [parisc-linux] Re: dlopen failed on 'libthread_db.so.1' - /lib/libthread_db.so.1: undefined symbol: ps_pglobal_lookup Message-ID: <20031217155313.GC24083@systemhalted> References: <200312152205.hBFM5CEn018329@hiauly1.hia.nrc.ca> <20031217153220.GA24083@systemhalted> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20031217153220.GA24083@systemhalted> Cc: parisc-linux@lists.parisc-linux.org List-Id: parisc-linux developers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Wed, Dec 17, 2003 at 10:32:20AM -0500, Carlos O'Donell wrote: > Every pogram that links libthread_db.so.1 must provide a set of process > control primities that will allow libthread_db to access memory and > registers in the target process, start and stop the process, and lookup > symbols. ps_pglobal_lookup is always UND in libthread_db, and gdb should > have exported an arch version for the library to use :) See: gdb/proc-service.c gdb/gdbserver/proc-service.c *unless* You are insinuating that the loader has messed up the symbol resolution and ps_pglobal_lookup exists but isn't resolved properly... which is a whole 'nother can of wormns :) c.