From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25979 invoked by alias); 23 Jun 2003 16:03:37 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 25420 invoked from network); 23 Jun 2003 16:03:26 -0000 Received: from unknown (HELO calvin.codito.com) (203.197.87.98) by sources.redhat.com with SMTP; 23 Jun 2003 16:03:26 -0000 Received: from numenor.codito.co.in (ramana.codito.co.in [192.168.100.52]) by calvin.codito.com (8.12.5/8.12.5) with ESMTP id h5NG0ehk007921; Mon, 23 Jun 2003 21:31:01 +0530 Subject: Re: Problem with multiple threads using gdbserver on x86. From: Ramana Radhakrishnan Reply-To: ramana@codito.com To: Daniel Jacobowitz Cc: ramana@codito.com, gdb@sources.redhat.com In-Reply-To: <20030623145919.GA17274@nevyn.them.org> References: <1056365816.1389.20.camel@numenor.codito.co.in> <20030623124618.GA24330@nevyn.them.org> <1056373839.13118.2.camel@numenor.codito.co.in> <20030623131606.GA25130@nevyn.them.org> <20030623132811.GA30502@nevyn.them.org> <1056380381.13489.30.camel@numenor.codito.co.in> <20030623145919.GA17274@nevyn.them.org> Content-Type: text/plain Organization: Codito Technologies Message-Id: <1056384479.13489.38.camel@numenor.codito.co.in> Mime-Version: 1.0 Date: Mon, 23 Jun 2003 16:03:00 -0000 Content-Transfer-Encoding: 7bit X-SW-Source: 2003-06/txt/msg00450.txt.bz2 On Mon, 2003-06-23 at 20:29, Daniel Jacobowitz wrote: > You will have to look in the source to libthread_db, which is a part of > glibc and in this case NPTL, in order to figure out why this is not > working. > > Debugging libthread_db is, in general, a pain in the ass. > Thanx for the info. will look into the same . but that still does not answer my question regarding linux_look_up_symbols.. I was under the impression that looking up symbols was a file format / debug format specific thing and not an OS specific functionality and would like to know the reason behind having a function like look_up_symbol in the target_ops structure and seem to use it to initialize the thread information in the implementation ? regards Ramana -- God made machine language - the rest is the work of man.