From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8520 invoked by alias); 4 Nov 2003 16:55:26 -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 8513 invoked from network); 4 Nov 2003 16:55:25 -0000 Received: from unknown (HELO nevyn.them.org) (66.93.172.17) by sources.redhat.com with SMTP; 4 Nov 2003 16:55:25 -0000 Received: from drow by nevyn.them.org with local (Exim 4.24 #1 (Debian)) id 1AH4Sj-0000gr-G2 for ; Tue, 04 Nov 2003 11:55:25 -0500 Date: Tue, 04 Nov 2003 16:55:00 -0000 From: Daniel Jacobowitz To: gdb@sources.redhat.com Subject: Re: New "info auxv" command and $auxv variable? Message-ID: <20031104165525.GA2599@nevyn.them.org> Mail-Followup-To: gdb@sources.redhat.com References: <3FA7D7C8.50609@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3FA7D7C8.50609@redhat.com> User-Agent: Mutt/1.5.1i X-SW-Source: 2003-11/txt/msg00026.txt.bz2 On Tue, Nov 04, 2003 at 11:46:00AM -0500, Andrew Cagney wrote: > Hello, > > In implementing a mechanism to query values from the the target's AUXV > (/proc/$$/auxv) I decided I might as well add a generic command: > > (gdb) info auxv > Entry point 0x1234 > ... > (gdb) > > that listed the contents of the processes auxv table. This would be useful. > But why stop there? What about a builtin $auxv variable, a struct, vis: > > (gdb) print $auxv > $1 = { entry = 0x1234, ... } > > Oh, and I guess: > > (gdb) interpreter mi --info-auxv > ^ok,result={entry="0x1234",...} > > Thoughts? I don't know if there's enough utility to bother doing this, though... the only thing likely to be generally useful is the entry point (and maybe the vsyscall address). > PS: Can any one point me at an official GNU/Linux or, I guess *BSD, > distro that supports /proc/$$/auxv? So far I've only got Solaris :-/ There aren't any released distros that do, as far as I know. You'd have to run a 2.6.0-test9 kernel. Unless RH has backported it to their 2.4 patches? -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer