From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18667 invoked by alias); 11 Jun 2004 15:33:08 -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 18655 invoked from network); 11 Jun 2004 15:33:07 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org with SMTP; 11 Jun 2004 15:33:07 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i5BFX7i7009072 for ; Fri, 11 Jun 2004 11:33:07 -0400 Received: from localhost.redhat.com (to-dhcp51.toronto.redhat.com [172.16.14.151]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i5BFX6011174; Fri, 11 Jun 2004 11:33:06 -0400 Received: from gnu.org (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id 223AD2B9D; Fri, 11 Jun 2004 11:32:56 -0400 (EDT) Message-ID: <40C9D0A7.7040304@gnu.org> Date: Fri, 11 Jun 2004 15:33:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-GB; rv:1.4.1) Gecko/20040217 MIME-Version: 1.0 To: Steven Johnson Cc: Ian Lance Taylor , gdb@sources.redhat.com Subject: Re: GDB and ARM Frame Pointer strangeness References: <40C42C75.5020208@neurizon.net> <40C53F70.8030101@neurizon.net> <20040608042936.GA7514@nevyn.them.org> <40C54834.4080408@neurizon.net> <20040608122635.35BD37907B@deneb.localdomain> <40C65020.7010904@neurizon.net> <40C7292E.5040906@gnu.org> <40C79F44.6050006@neurizon.net> <40C7E59F.8080400@neurizon.net> <40C80AD0.3020708@neurizon.net> <40C8D35B.8030205@gnu.org> <40C8FB5A.2060504@neurizon.net> In-Reply-To: <40C8FB5A.2060504@neurizon.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2004-06/txt/msg00132.txt.bz2 > Andrew, > > Im not sure what you mean by "supports and tests (gdb.asm) assembler debugging" is there a GDB command to put into "assembler debugging mode"? Or a flag that can be set? Specifically, what is the (gdb.asm) reference? Is it a document, or command, or something else? Otherwise the statement concordes with my long held beliefs about GDB. See the directory src/gdb/testsuite/gdb.asm/. > Also, I can provide a lot of information about it, but im not sure what "sequence" you are referring to. Are you reffering to the sequence of commands I type in to GDB, the sequence of code within GDB, or a combination of the two. > > Do you want me to turn on the GDB Debugging flags for the remote protocol and FP management, execute the sequence that causes the problem and then post the results? The internal logic that leads to GDB deciding that it should de-reference FP. ``(gdb) set debug frame ; (gdb) set debug remote 1'' might give you a hint, however you'll in the end need to examine GDB's internals. However, and regardless, you need to fix your target. Andrew > Steven. > > Andrew Cagney wrote: > >> (BTW, GDB already both supports and tests (gdb.asm) assembler debugging.) >> >> Perhaphs the problem here isn't as simple as described. Can you determine exactly what sequence of events lead to those memory references? >> >> Andrew >> >> > >