From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18593 invoked by alias); 29 Dec 2006 22:54:48 -0000 Received: (qmail 18585 invoked by uid 22791); 29 Dec 2006 22:54:48 -0000 X-Spam-Check-By: sourceware.org Received: from fed1rmmtao09.cox.net (HELO fed1rmmtao09.cox.net) (68.230.241.30) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 29 Dec 2006 22:54:46 +0000 Received: from fed1rmimpo02.cox.net ([70.169.32.72]) by fed1rmmtao09.cox.net (InterMail vM.6.01.06.03 201-2131-130-104-20060516) with ESMTP id <20061229225445.TNMB18767.fed1rmmtao09.cox.net@fed1rmimpo02.cox.net> for ; Fri, 29 Dec 2006 17:54:45 -0500 Received: from thunderbird.smith.home ([24.56.61.172]) by fed1rmimpo02.cox.net with bizsmtp id 4muy1W00G3iyCZU0000000; Fri, 29 Dec 2006 17:54:59 -0500 Received: (qmail 1285 invoked from network); 29 Dec 2006 22:59:56 -0000 Received: from localhost (HELO ?127.0.0.1?) (127.0.0.1) by thunderbird.smith.home with SMTP; 29 Dec 2006 22:59:56 -0000 Message-ID: <45959DEC.8060109@cox.net> Date: Fri, 29 Dec 2006 22:54:00 -0000 From: Stephen & Linda Smith User-Agent: Thunderbird 1.5.0.8 (X11/20061115) MIME-Version: 1.0 To: drow@false.org CC: General GDB Mailing List Subject: Re: GDB solib interface References: <20061208211922.GA28061@nevyn.them.org> <20061217021652.GA30236@nevyn.them.org> <45959317.40905@cox.net> In-Reply-To: <45959317.40905@cox.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2006-12/txt/msg00223.txt.bz2 Hmmm... I'm also finding that the solib_target_relocate_section_addresses() function is not being called. Stephen & Linda Smith wrote: > Ok, I modified my gdbserver to conform to the interface and wrote a > stub main executable and shared library. The share library symbol > file is now loaded when gdb connects to the gdbserver, but my guess is > that solib_target_relocate_section_addresses() needs to do more than > just set so->textsection. > The reason is that gdb thinks that the test shared library function is > somewhere around 0x6* hex. Specifically, gdb is reporting that the > functions reside at the offsets I get when I do an objdump -xt of the > library. > Does anyone have an idea of what variables I need to change to make > the symbol file line up with the load on the remote target. > I've attached the diff. The previous one on this list does not > compile cleanly. This one does, but has the above mentions problem.