From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30274 invoked by alias); 29 Apr 2003 15:07:01 -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 30265 invoked from network); 29 Apr 2003 15:07:00 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sources.redhat.com with SMTP; 29 Apr 2003 15:07:00 -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 h3TF70D03453 for ; Tue, 29 Apr 2003 11:07:00 -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 h3TF70q17409; Tue, 29 Apr 2003 11:07:00 -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 h3TF6oY07442; Tue, 29 Apr 2003 11:06:50 -0400 Received: (from kev@localhost) by localhost.localdomain (8.11.6/8.11.6) id h3TF6iB06455; Tue, 29 Apr 2003 08:06:45 -0700 Date: Tue, 29 Apr 2003 15:07:00 -0000 From: Kevin Buettner Message-Id: <1030429150643.ZM6454@localhost.localdomain> In-Reply-To: "Kris Warkentin" "problem with fetch_link_map_offsets" (Apr 28, 4:21pm) References: <020701c30dc3$bd8cf020$0202040a@catdog> To: "Kris Warkentin" , "Gdb@Sources.Redhat.Com" Subject: Re: problem with fetch_link_map_offsets Cc: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2003-04/txt/msg00324.txt.bz2 On Apr 28, 4:21pm, Kris Warkentin wrote: > All of a sudden I'm getting a complaint about "No shared lib support for > this OS/ABI" from the new svr4_have_link_map_offsets function. When I > initialize my backend tdep file, I set the fetch_link_map_offsets function. 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. > If I break on svr4_fetch_link_map_offsets, the first couple times I see that > flmo is set to my function, then the third time it's been set back to > legacy_fetch_link_map_offsets. I set a break on > set_solib_svr4_fetch_link_map_offsets and see it being called with my > function but it never gets called again between when I set it and when it > shows up as changed. > > Can someone tell me where to set a watchpoint to catch the gdbarch data > being set? I'm still a little shakey on how that all works. Maybe... current_gdbarch->data[fetch_link_map_offsets_gdbarch_data->index] ? Something like this will probably work if you suspect that it's changing after the fact. It probably won't work to see it initialized though. You may also want to watch current_gdbarch to see when it changes. I suspect that's the problem. Kevin