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

[Andrew Cagney]

>>>>>> On Tue, 17 Jun 2003 13:44:40 -0700, Roland McGrath <roland@redhat.com> said:
> 
> 
>   Roland> The piece that still remains missing is gdb finding out
>   Roland> where the DSO is, i.e. the AT_SYSINFO_EHDR value of a traced
>   Roland> process.  For that, I've proposed a new /proc/PID/auxv
>   Roland> virtual file and a new NT_AUXV note in core dumps (these
>   Roland> match exactly what Solaris provides).
> 
> Sounds reasonable to me.  Is /proc/PID/auxv really needed, though?
> Isn't it easy enough to get to the aux vector from the initial stack
> pointer (which gdb could catch from /proc/PID/stat).

The inital stack, like anything else, can be corrupted.  GDB's asking 
for a definitive source.  This raised in the original thread.

>   Roland> I posted a patch to implement this in Linux 2.5 to lkml on
>   Roland> May 15; it was met with resounding silence.
> 
> That may not mean much.  Clearly it makes no sense to implement half a
> solution to the problem and given that the first half is in, I don't
> expect any issues in getting the rest (or some alternative) in.
> 
> Andrew Morton is very good at collecting misc. patches, providing
> feedback, and feeding them on to Linus, so you might want to talk to
> him (please do cc me, too; I don't have much time to work on this
> myself, but I do want to make sure the ia64 portion stays in sync).

Roland, yes, I'm suggesting that only simple loadN sections be created - 
would simplify the core dump code.

Andrew