Movatterモバイル変換

This is the mail archive of thebinutils@sources.redhat.commailing list for thebinutils project.

Re: [davidm@napali.hpl.hp.com: readelf question]

• From: Daniel Jacobowitz <drow at mvista dot com>
• To: Roland McGrath <roland at redhat dot com>
• Cc: davidm at hpl dot hp dot com, gdb at sources dot redhat dot com, binutils at sources dot redhat dot com
• Date: Tue, 17 Jun 2003 17:05:53 -0400
• Subject: Re: [davidm@napali.hpl.hp.com: readelf question]
• References: <16111.30389.189801.925393@napali.hpl.hp.com> <200306172044.h5HKieb29320@magilla.sf.frob.com>

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 anotherdebug-related patch to Linus this week anyway.  He's been pretty goodabout taking patches lately.-- Daniel JacobowitzMontaVista Software                         Debian GNU/Linux Developer

• References:
  • Re: [davidm@napali.hpl.hp.com: readelf question]
    • From: David Mosberger
  • Re: [davidm@napali.hpl.hp.com: readelf question]
    • From: Roland McGrath