From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11225 invoked by alias); 31 Mar 2003 18:52:39 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 11216 invoked from network); 31 Mar 2003 18:52:38 -0000 Received: from unknown (HELO localhost.redhat.com) (207.219.125.105) by sources.redhat.com with SMTP; 31 Mar 2003 18:52:38 -0000 Received: from redhat.com (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id 4AAFF2B23; Mon, 31 Mar 2003 13:52:35 -0500 (EST) Message-ID: <3E888E73.8050601@redhat.com> Date: Mon, 31 Mar 2003 18:52:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-US; rv:1.0.2) Gecko/20030223 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jason Molenda Cc: gdb-patches@sources.redhat.com Subject: Re: Adding -file-list-exec-source-file command to GDB/MI References: <20030320224454.GA14096@white> <20030321015532.A54903@molenda.com> <20030321131614.GA14884@white> <3E846994.3040708@redhat.com> <20030330040652.GA8455@white> <3E87C26B.5060102@redhat.com> <20030331001815.A647@molenda.com> <3E885148.6050401@redhat.com> <20030331092203.A40264@molenda.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2003-03/txt/msg00611.txt.bz2 > On Mon, Mar 31, 2003 at 09:31:36AM -0500, Andrew Cagney wrote: > >> > >> > -stack-list-frames >> > ^done,stack=[frame={level="0",addr="0x00001dc8",fp="0xbffffca0",func="foo",file="f/a.c",line="3",dir="/tmp/e/"}, [...] > >> >> [...] >> > >> > The other difference is the addition of FP here -- our UI uses the >> > PC and FP to uniquely identify stack frames > >> >> That doesn't work. The MI needs to be updated so that it uses frame >> ID's when identifying frames. > > > Uh, we have a bit of an existance proof that it does--in the form > of a PB+GDB that have been shipping like this for over a year. Unfortunatly, that doesn't mean that it works: - it doesn't handle architectures with multiple stacks (ia64) - it relies on $fp being constant through out the lifetime of the frame (including the prologue) and that is definitly not true - I suspect it is also making similar assumptions about $pc, it should be using func. Andrew