From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Received: (qmail 21725 invoked from network); 11 Jan 2003 18:18:36 -0000 Received: from unknown (HELO main.gmane.org) (80.91.224.249) by 209.249.29.67 with SMTP; 11 Jan 2003 18:18:36 -0000 Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 18XQC0-0004b9-00 for ; Sat, 11 Jan 2003 19:17:12 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: gdb-patches@sources.redhat.com Received: from news by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 18XQBz-0004b0-00 for ; Sat, 11 Jan 2003 19:17:11 +0100 Path: not-for-mail From: "Raoul Gough" Subject: Re: [RFC]: win32-nat.c better handling of DLL relocation Date: Sat, 11 Jan 2003 18:18:00 -0000 Message-ID: References: <20030111172431.GA5683@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@main.gmane.org X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-SW-Source: 2003-01/txt/msg00454.txt.bz2 "Christopher Faylor" wrote in message news:20030111172431.GA5683@redhat.com... > On Sat, Jan 11, 2003 at 03:52:09PM -0000, Raoul Gough wrote: > >win32-nat.c currently only passes the loaded address of the .text > >section into symbol_file_add, which means that any symbols from .data > >or .bss don't get fixed up properly. This patch fixes the problem by > >calculating the load addresses of all sections known to bfd. > > > >I recently posted a test case which demonstrates the relocation > >problem in the "coffread.c extension" thread (message ID > >avejk1$lv6$1@main.gmane.org, posted 7 Jan 2003 13:10:49 -0000). This > >showed that gdb 5.2.1 didn't handle any DLL symbol relocations. The > >current CVS version only handles the .text section. With this patch, > >it handles all sections correctly. > > > >Raoul Gough. > > >2003-01-10 Raoul Gough > > > > * win32-nat.c(get_relocated_section_addrs): New function. Find > > section load addresses for symbol handling in relocated DLLs. > > (solib_symbols_add): Open a bfd and call get_relocated_section_addrs. > > I took a quick glance. Looks good. Now we just need that pesky > assignment. Thanks. > > I wonder if there is some way to do all of this assignment stuff > electronically. It seems silly that we still have to rely on paper for this > kind of thing. Actually, I asked that question myself, and Jessica (the assignment clerk) explained it all to me. I was wondering why I couldn't at least *receive* the forms via email and post the signed forms back (saving the postal delay in one direction). Apparently paper is still the way to do it, ensuring that nothing has been altered along the way ("integrity of content" was how she put it). Raoul Gough.