From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18730 invoked by alias); 22 May 2009 12:24:29 -0000 Received: (qmail 18721 invoked by uid 22791); 22 May 2009 12:24:28 -0000 X-SWARE-Spam-Status: No, hits=-1.2 required=5.0 tests=AWL,BAYES_00,FS_NEW_XXX,SARE_MSGID_LONG40,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mail-bw0-f165.google.com (HELO mail-bw0-f165.google.com) (209.85.218.165) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 22 May 2009 12:24:24 +0000 Received: by bwz9 with SMTP id 9so1744371bwz.24 for ; Fri, 22 May 2009 05:24:21 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.110.3 with SMTP id l3mr2211939fap.48.1242995061189; Fri, 22 May 2009 05:24:21 -0700 (PDT) In-Reply-To: <20090520141243.GE17566@adacore.com> References: <8502af3c0905140623nece4f1dv1e03c2c841c59e42@mail.gmail.com> <1242311828.2994.39.camel@thomas> <8502af3c0905200126v68b6d474g9ee399bc163e8b5@mail.gmail.com> <20090520141243.GE17566@adacore.com> Date: Fri, 22 May 2009 12:24:00 -0000 Message-ID: <8502af3c0905220524w71078d01kb4d95dc303775c2@mail.gmail.com> Subject: Re: new port From: Florent DEFAY To: Joel Brobecker Cc: jeremy.bennett@embecosm.com, Anthony Berent , gdb@sourceware.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2009-05/txt/msg00145.txt.bz2 > This is related to your question above: You need to provide the value > of the frame base, which apparently is the value of the SP at the time > the function was entered. =A0It doesn't need to be the value of any given > register. That's true. This problem about 'next' is solved. Thank you Joel. I still wonder: What should return target_frame_base_address? The base of the frame? Even when it is not a given register? Now I am facing another problem which was not before. If I debug a simple program: main calls foo, I got trouble with frames. In foo, the result of 'info frame' is: _______________________________________________ Stack level 0, frame at 0x3fca: pc =3D 0x40 in add15 (main.c:8); saved pc 0x32a Outermost frame: unwinder did not report frame ID source language c. Arglist at 0x3fc4, args: a=3D25 Locals at 0x3fc4, Previous frame's sp is 0x3fca Saved registers: pc at 0x3fca _______________________________________________ What is shocking me is "Outermost frame: unwinder did not report frame ID" and "Previous frame's sp" which has the same value as "frame at". I would like to know which functions could be involved in these problems? Regards. Florent