From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8033 invoked by alias); 29 Mar 2005 16:52:26 -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 7887 invoked from network); 29 Mar 2005 16:52:12 -0000 Received: from unknown (HELO nevyn.them.org) (66.93.172.17) by sourceware.org with SMTP; 29 Mar 2005 16:52:12 -0000 Received: from drow by nevyn.them.org with local (Exim 4.50 #1 (Debian)) id 1DGJxs-00033S-5n; Tue, 29 Mar 2005 11:53:16 -0500 Date: Tue, 29 Mar 2005 16:52:00 -0000 From: Daniel Jacobowitz To: Jon Ringle Cc: gdb@sources.redhat.com Subject: Re: arm core analysis on x86 host Message-ID: <20050329165316.GA11679@nevyn.them.org> Mail-Followup-To: Jon Ringle , gdb@sources.redhat.com References: <200503281829.19775.jon.ringle@comdial.com> <200503291113.53817.jon.ringle@comdial.com> <20050329163326.GA8753@nevyn.them.org> <200503291139.15566.jon.ringle@comdial.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200503291139.15566.jon.ringle@comdial.com> User-Agent: Mutt/1.5.6+20040907i X-SW-Source: 2005-03/txt/msg00282.txt.bz2 On Tue, Mar 29, 2005 at 11:39:15AM -0500, Jon Ringle wrote: > On Tuesday 29 March 2005 11:33, Daniel Jacobowitz wrote: > > On Tue, Mar 29, 2005 at 11:13:53AM -0500, Jon Ringle wrote: > > > On Monday 28 March 2005 23:58, Daniel Jacobowitz wrote: > > > > Look harder :-) sniff_core_bfd is disabled if you provide the new > > > > mechanism. It should be all you need. > > > > > > I assume that you are refering to the test that is done at the beginning > > > of sniff_core_bfd(): > > > /* Don't sniff if we have support for register sets in CORE_GDBARCH. > > > */ if (core_gdbarch && gdbarch_regset_from_core_section_p (core_gdbarch)) > > > return NULL; > > > > > > Howerver, the value of core_gdbarch is not the same as the gdbarch that > > > was used for the set_gdbarch_regset_from_core_section() causing the test > > > to fail and fall through to the core_file_fns loop. > > > > The two being different is not a problem; however, the question is why > > they are so different that they do not both pass through wherever you > > are calling set_gdbarch_regset_from_core_section. > > > > At least two gdbarches will be constructed before the core file is > > opened, but you only show one call to > > set_gdbarch_regset_from_core_section. > > > > Where did you put it? > > I put a call to set_gdbarch_regset_from_core_section at the end of > arm_linux_init_abi(), just like ppc_linux_init_abi(). Trace through the gdbarch initialization to see what's going on, then. The core file may not be recognized as a Linux object. This has happened on other platforms; I don't know what was done about it, but maybe Mark remembers. -- Daniel Jacobowitz CodeSourcery, LLC