From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9744 invoked by alias); 17 Jun 2003 21:06:23 -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 9447 invoked from network); 17 Jun 2003 21:06:13 -0000 Received: from unknown (HELO crack.them.org) (146.82.138.56) by sources.redhat.com with SMTP; 17 Jun 2003 21:06:13 -0000 Received: from dsl093-172-017.pit1.dsl.speakeasy.net ([66.93.172.17] helo=nevyn.them.org ident=mail) by crack.them.org with asmtp (Exim 3.12 #1 (Debian)) id 19SNfN-0005vW-00; Tue, 17 Jun 2003 16:06:57 -0500 Received: from drow by nevyn.them.org with local (Exim 3.36 #1 (Debian)) id 19SNeQ-0005Tc-00; Tue, 17 Jun 2003 17:05:58 -0400 Date: Tue, 17 Jun 2003 21:06:00 -0000 From: Daniel Jacobowitz To: Roland McGrath Cc: davidm@hpl.hp.com, gdb@sources.redhat.com, binutils@sources.redhat.com Subject: Re: [davidm@napali.hpl.hp.com: readelf question] Message-ID: <20030617210553.GA21025@nevyn.them.org> Mail-Followup-To: Roland McGrath , davidm@hpl.hp.com, gdb@sources.redhat.com, binutils@sources.redhat.com References: <16111.30389.189801.925393@napali.hpl.hp.com> <200306172044.h5HKieb29320@magilla.sf.frob.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200306172044.h5HKieb29320@magilla.sf.frob.com> User-Agent: Mutt/1.5.1i X-SW-Source: 2003-06/txt/msg00357.txt.bz2 On Tue, Jun 17, 2003 at 01:44:40PM -0700, Roland McGrath wrote: > > Andrew> Last I heard was a kernel patch to make auxv info available > > Andrew> in the core file, and via the /proc and ptrace interfaces. > > > > Yes: auxv, core, and ptrace are there. I don't think /proc support is > > there. Not sure if Roland is planning to do something about that. > > To clarify, I think what David's saying (and what I think is the case) is > that access to these memory regions via core dumps and ptrace does work > just like any other user address, and that the startup-time aux vector on a > process's stack contains AT_SYSINFO_EHDR to tell the process the location. > > The piece that still remains missing is gdb finding out where the DSO is, > i.e. the AT_SYSINFO_EHDR value of a traced process. For that, I've > proposed a new /proc/PID/auxv virtual file and a new NT_AUXV note in core > dumps (these match exactly what Solaris provides). I posted a patch to > implement this in Linux 2.5 to lkml on May 15; it was met with resounding > silence. Pushing that patch has not been top priority since then, since > this issue affects gdb only with 2.5 kernels and so is not an imminent > concern for the Red Hat products I work on. > > After posting that patch, I realized it had a leak. I didn't bother to > follow up with the corrected patch immediately, since my posting of the > first patch had failed to solicit any response of any kind even on the > question of the interface. I would be happy to dust off that patch and > send it to you, post it again, or send it anywhere else that would increase > the likelihood of getting some response about it. If Linux kernel folks > are happy enough with the interface but not with the implementation, I > would be glad to rewrite it as requested. Send me a copy of the update, please. I'm going to push another debug-related patch to Linus this week anyway. He's been pretty good about taking patches lately. -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer