From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14868 invoked by alias); 17 Apr 2006 07:05:56 -0000 Received: (qmail 14854 invoked by uid 22791); 17 Apr 2006 07:05:55 -0000 X-Spam-Check-By: sourceware.org Received: from romy.inter.net.il (HELO romy.inter.net.il) (192.114.186.66) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 17 Apr 2006 07:05:53 +0000 Received: from HOME-C4E4A596F7 (IGLD-80-230-11-227.inter.net.il [80.230.11.227]) by romy.inter.net.il (MOS 3.7.3-GA) with ESMTP id DZN02573 (AUTH halo1); Mon, 17 Apr 2006 10:05:47 +0300 (IDT) Date: Mon, 17 Apr 2006 07:35:00 -0000 Message-Id: From: Eli Zaretskii To: Mark Kettenis CC: nickrob@snap.net.nz, gdb@sources.redhat.com In-reply-to: <200604162333.k3GNXLeX004661@elgar.sibelius.xs4all.nl> (message from Mark Kettenis on Mon, 17 Apr 2006 01:33:21 +0200 (CEST)) Subject: Re: info frame Reply-to: Eli Zaretskii References: <17474.53281.404673.189792@farnswood.snap.net.nz> <200604162333.k3GNXLeX004661@elgar.sibelius.xs4all.nl> X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2006-04/txt/msg00227.txt.bz2 > Date: Mon, 17 Apr 2006 01:33:21 +0200 (CEST) > From: Mark Kettenis > CC: gdb@sources.redhat.com > > > (gdb) info frame > > Stack level 0, frame at 0xbffff710: > > eip = 0x80484a9 in main (myprog.c:47); saved eip 0x4006015a > > source language c. > > Arglist at 0xbffff708, args: argc=1, argv=0xbffff774 > > Locals at 0xbffff708, Previous frame's sp is 0xbffff710 > > Saved registers: > > ebp at 0xbffff708, eip at 0xbffff70c > > (gdb) p $fp > > $1 = (void *) 0xbffff708 > > > > Can this be right? > > Yes, current GDB uses the convention that the frame address is the > Canonical Frame Address (CFA) as used by the DWARF 2 Call Frame Info > (CFI). Does this mean that, if the debug info is stabs or something other than DWARF 2, a different frame address will be displayed for the same code? > In general the CFA is the value of the stack pointer when the > current function was called. ``In general''? Does this mean that in some cases it will be something else? If so, when that will happen, and what will we show then? I'm asking all this because it should be somehow mentioned in the docs. TIA