From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11184 invoked by alias); 29 Apr 2003 16:28:22 -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 11161 invoked from network); 29 Apr 2003 16:28:22 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sources.redhat.com with SMTP; 29 Apr 2003 16:28:22 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.11.6/8.11.6) with ESMTP id h3TGSMD27142 for ; Tue, 29 Apr 2003 12:28:22 -0400 Received: from pobox.corp.redhat.com (pobox.corp.redhat.com [172.16.52.156]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id h3TGSLq13489; Tue, 29 Apr 2003 12:28:21 -0400 Received: from localhost.localdomain (vpn50-6.rdu.redhat.com [172.16.50.6]) by pobox.corp.redhat.com (8.11.6/8.11.6) with ESMTP id h3TGSLY16530; Tue, 29 Apr 2003 12:28:21 -0400 Received: (from kev@localhost) by localhost.localdomain (8.11.6/8.11.6) id h3TGSFp06721; Tue, 29 Apr 2003 09:28:15 -0700 Date: Tue, 29 Apr 2003 16:28:00 -0000 From: Kevin Buettner Message-Id: <1030429162815.ZM6720@localhost.localdomain> In-Reply-To: "Kris Warkentin" "Re: problem with fetch_link_map_offsets" (Apr 29, 11:25am) References: <020701c30dc3$bd8cf020$0202040a@catdog> <1030429150643.ZM6454@localhost.localdomain> <030401c30e63$9c270560$0202040a@catdog> To: "Kris Warkentin" , "Kevin Buettner" , "Gdb@Sources.Redhat.Com" Subject: Re: problem with fetch_link_map_offsets MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2003-04/txt/msg00329.txt.bz2 On Apr 29, 11:25am, Kris Warkentin wrote: > > Do you mean that you're calling set_solib_svr4_fetch_link_map_offsets() > > from your _initialize_XXX_tdep() function? If so, that's not right. It > > should be done either in the ABI initialization function (e.g. see > > ppc_linux_init_abi in ppc-linux-tdep.c) or in your XXX_gdbarch_init > > function. > > I'll tell you what I do and you can tell me if I'm right. I have an > _initialize_shnto_tdep function in my sh-nto-tdep.c which calls: > > gdbarch_register_osabi (bfd_arch_sh, 0, GDB_OSABI_QNXNTO, shnto_init_abi) > > Within shnot_init_abi I have all my set_solib_svr4_fetch_link_map_offsets() > and other stuff. When I watch gdb in the debugger, I see that set_svr4_flmo > is called twice, both times with my shnot_svr4_flmo function. This sounds right. > I also observe that svr4_have_link_map_offsets is called three times in the > process of attaching to the remote proces. The first two are fine - flmo is > still pointing to the qnx version. The third time it's pointing to the > legacy_flmo though. I can't figure out why. When you figure it out, let me know why too... Kevin