From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8464 invoked by alias); 3 Oct 2002 04:28:06 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 8456 invoked from network); 3 Oct 2002 04:28:05 -0000 Received: from unknown (HELO crack.them.org) (65.125.64.184) by sources.redhat.com with SMTP; 3 Oct 2002 04:28:05 -0000 Received: from nevyn.them.org ([66.93.61.169] ident=mail) by crack.them.org with asmtp (Exim 3.12 #1 (Debian)) id 17wyWf-0005Xg-00; Thu, 03 Oct 2002 00:27:53 -0500 Received: from drow by nevyn.them.org with local (Exim 3.35 #1 (Debian)) id 17wxbF-000146-00; Thu, 03 Oct 2002 00:28:33 -0400 Date: Wed, 02 Oct 2002 21:28:00 -0000 From: Daniel Jacobowitz To: Kevin Buettner Cc: Elena Zannoni , gdb-patches@sources.redhat.com Subject: Re: [RFA] solib-svr4.c fetch link map address Message-ID: <20021003042833.GA4054@nevyn.them.org> Mail-Followup-To: Kevin Buettner , Elena Zannoni , gdb-patches@sources.redhat.com References: <15770.22961.366656.980373@localhost.redhat.com> <1021002172805.ZM23452@localhost.localdomain> <15771.41115.509338.609647@localhost.redhat.com> <1021003032440.ZM5911@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1021003032440.ZM5911@localhost.localdomain> User-Agent: Mutt/1.5.1i X-SW-Source: 2002-10/txt/msg00103.txt.bz2 On Wed, Oct 02, 2002 at 08:24:40PM -0700, Kevin Buettner wrote: > On Oct 2, 9:42pm, Elena Zannoni wrote: > > > +/* Get the address of the link_map for a given OBJFILE. Loop through > > + the link maps, and return the address of the one corresponding to > > + the given objfile. Note that this function takes into account that > > + objfile can be the main executable, not just a shared library. The > > + main executable has always an empty name field in the linkmap. */ > > Since this is all sort of experimental at the moment, your patch is > okay. I think we should revisit it at a later time so that we (re)use the > information that's already being fetched by solib-svr4.c. (We'll need > to allocate some space for the link map address though.) > > With regard to the main executable, it can either be saved separately, > or put on the so_list chain. > > BTW, have you answered Daniel's question about how a gdbserver (or > some other debug agent) should fetch the link map address? I.e, > is something like the qSymbol packet going to be needed? Yes. We're going to have to find a way to give the link map offset to the server; I'm not sure if the qSymbol model is best or not but I need to think about the control flow. When I have time I'll come back to this; I'd like it to work :) -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer