From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12279 invoked by alias); 17 Apr 2006 10:54:11 -0000 Received: (qmail 12270 invoked by uid 22791); 17 Apr 2006 10:54:10 -0000 X-Spam-Check-By: sourceware.org Received: from sibelius.xs4all.nl (HELO sibelius.xs4all.nl) (82.92.89.47) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 17 Apr 2006 10:54:08 +0000 Received: from elgar.sibelius.xs4all.nl (root@elgar.sibelius.xs4all.nl [192.168.0.2]) by sibelius.xs4all.nl (8.13.4/8.13.4) with ESMTP id k3HArxYw015091; Mon, 17 Apr 2006 12:53:59 +0200 (CEST) Received: from elgar.sibelius.xs4all.nl (kettenis@localhost.sibelius.xs4all.nl [127.0.0.1]) by elgar.sibelius.xs4all.nl (8.13.6/8.13.6) with ESMTP id k3HArxAs020407; Mon, 17 Apr 2006 12:53:59 +0200 (CEST) Received: (from kettenis@localhost) by elgar.sibelius.xs4all.nl (8.13.6/8.13.6/Submit) id k3HArwYH004481; Mon, 17 Apr 2006 12:53:58 +0200 (CEST) Date: Mon, 17 Apr 2006 12:16:00 -0000 Message-Id: <200604171053.k3HArwYH004481@elgar.sibelius.xs4all.nl> From: Mark Kettenis To: eliz@gnu.org CC: mark.kettenis@xs4all.nl, nickrob@snap.net.nz, gdb@sources.redhat.com In-reply-to: (message from Eli Zaretskii on Mon, 17 Apr 2006 13:35:54 +0300) Subject: Re: info frame References: <17474.53281.404673.189792@farnswood.snap.net.nz> <200604162333.k3GNXLeX004661@elgar.sibelius.xs4all.nl> <200604170858.k3H8whgs007879@elgar.sibelius.xs4all.nl> 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/msg00237.txt.bz2 > X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on > elgar.sibelius.xs4all.nl > X-Spam-Level: > X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed > version=3.1.0 > Date: Mon, 17 Apr 2006 13:35:54 +0300 > From: Eli Zaretskii > CC: nickrob@snap.net.nz, gdb@sources.redhat.com > Reply-to: Eli Zaretskii > X-IsSubscribed: yes > Mailing-List: contact gdb-help@sourceware.org; run by ezmlm > Sender: gdb-owner@sourceware.org > X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact helpdesk@ITBE.utwente.nl for more information. > X-UTwente-MailScanner: Found to be clean > X-MailScanner-From: gdb-return-24948-m.m.kettenis=alumnus.utwente.nl@sourceware.org > X-XS4ALL-DNSBL-Checked: mxdrop40.xs4all.nl checked 192.87.17.19 against DNS blacklists > X-Virus-Scanned: by XS4ALL Virus Scanner > X-XS4ALL-Spam-Score: 0 () > X-XS4ALL-Spam: NO > Envelope-To: mark.kettenis@xs4all.nl > X-UIDL: 1145270175._smtp.mxdrop40.36794,S=3326 > > > Date: Mon, 17 Apr 2006 10:58:43 +0200 (CEST) > > From: Mark Kettenis > > CC: nickrob@snap.net.nz, gdb@sources.redhat.com > > > > > > 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? > > > > No. All the different unwinders use the same convention. > > Don't you glean the information from the debug info? At least for > functions that violate the normal call frame, you probably must, no? The only debug format that contains the information is DWARF 2/3. The other unwinders all code scanning techniques to find out the CFA. Those have been adapted to match the CFA as used by GCC.