Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Pedro Alves <palves@redhat.com>
To: Pedro Alves <palves@redhat.com>
Cc: Pierre Muller <pierre.muller@ics-cnrs.unistra.fr>,
	       "'asmwarrior'" <asmwarrior@gmail.com>,
	       "'Joel Brobecker'" <brobecker@adacore.com>,
	       "'Eli Zaretskii'" <eliz@gnu.org>,
	gdb-patches@sourceware.org
Subject: Re: [RFC-v5] Fix .text section offset for windows DLL (was Calling __stdcall functions in the inferior)
Date: Thu, 13 Dec 2012 11:49:00 -0000	[thread overview]
Message-ID: <50C9C0D4.8050902@redhat.com> (raw)
In-Reply-To: <50C9B6E0.1050709@redhat.com>

On 12/13/2012 11:07 AM, Pedro Alves wrote:
>> >   Pedro,
>> > you are right that my just committed patch does not 
>> > fix the issue for windows gdbserver...
>> >   So your idea to share the new function between gdb and gdbserver
>> > seemed indeed appealing, but when I looked at the new function pe_text_section_offset
>> > it doesn't seem so easy to me to remove bfd dependency...

It actually looks quite easy to me.

>> > 
>> >   I will try to come up with a fix for gdbserver,
>> > but I am not sure it will be soon...
> Thanks.


> CORE_ADDR
> pe_text_section_offset (struct bfd *abfd)
>
> {
>   unsigned long pe_header_offset, opthdr_ofs, num_entries, i;
>   unsigned long export_rva, export_size, nsections, secptr, expptr;
>   unsigned long exp_funcbase;
>   unsigned char *expdata, *erva;
>   unsigned long name_rvas, ordinals, nexp, ordbase;
>   char *dll_name;
>   int is_pe64 = 0;
>   int is_pe32 = 0;
>   char const *target;
>
>   if (!abfd)
>     return DEFAULT_COFF_PE_TEXT_SECTION_OFFSET;
>
>   target = bfd_get_target (abfd);
>
>   is_pe64 = (strcmp (target, "pe-x86-64") == 0
> 	     || strcmp (target, "pei-x86-64") == 0);
>   is_pe32 = (strcmp (target, "pe-i386") == 0
> 	     || strcmp (target, "pei-i386") == 0
> 	     || strcmp (target, "pe-arm-wince-little") == 0
> 	     || strcmp (target, "pei-arm-wince-little") == 0);
>
>   if (!is_pe32 && !is_pe64)
>     {
>       /* This is not a recognized PE format file.  Abort now, because
> 	 the code is untested on anything else.  *FIXME* test on
> 	 further architectures and loosen or remove this test.  */
>       return DEFAULT_COFF_PE_TEXT_SECTION_OFFSET;
>     }

Just drop all these is_pe64/is_pe32 checks.  They're not really necessary.

>   /* Get pe_header, optional header and numbers of sections.  */
>   pe_header_offset = pe_get32 (abfd, 0x3c);
>   opthdr_ofs = pe_header_offset + 4 + 20;
>   nsections = pe_get16 (abfd, pe_header_offset + 4 + 2);
>   secptr = (pe_header_offset + 4 + 20 +
> 	    pe_get16 (abfd, pe_header_offset + 4 + 16));
>
>   /* Get the rva and size of the export section.  */
>   for (i = 0; i < nsections; i++)
>     {
>       char sname[8];
>       unsigned long secptr1 = secptr + 40 * i;
>       unsigned long vaddr = pe_get32 (abfd, secptr1 + 12);
>
>       bfd_seek (abfd, (file_ptr) secptr1, SEEK_SET);
>       bfd_bread (sname, (bfd_size_type) 8, abfd);
>       if (strcmp (sname, ".text") == 0)
> 	return vaddr;
>     }

All the bfd_seek/bfd_bread calls can be trivially replaced
by the equivalent Win32 file handling functions -- note how
win32_add_one_solib already has a handy handle open.
We can just make handle_load_dll not add the 0x1000 itself,
but leave win32_add_one_solib to do it instead.  Alternatively, to
make the code portable and usable from GDB, use fopen/fread, etc.
instead.

>   return DEFAULT_COFF_PE_TEXT_SECTION_OFFSET;
> }

-- 
Pedro Alves


  reply	other threads:[~2012-12-13 11:49 UTC|newest]

Thread overview: 59+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <83a9vs89r9.fsf@gnu.org>
     [not found] ` <201210120953.q9C9rqfu020865@glazunov.sibelius.xs4all.nl>
     [not found]   ` <834nm07z0s.fsf@gnu.org>
     [not found]     ` <5077FEB9.4030304@redhat.com>
     [not found]       ` <83y5jb7rfe.fsf@gnu.org>
2012-10-15 13:36         ` [RFC] " Pierre Muller
2012-10-24 19:45           ` Joel Brobecker
2012-10-25 12:21             ` Pierre Muller
2012-11-05 17:11               ` Joel Brobecker
2012-11-06 14:31                 ` [RFC-v2] " Pierre Muller
     [not found]                 ` <50991f5f.8382440a.1100.ffff82abSMTPIN_ADDED@mx.google.com>
2012-11-07 19:44                   ` Pedro Alves
2012-11-08  9:54                     ` [RFC-v3] " Pierre Muller
2012-11-22 17:30                       ` Joel Brobecker
2012-11-22 17:51                         ` Pedro Alves
2012-11-25 22:50                         ` [RFC-v4] " Pierre Muller
2012-11-26 17:22                           ` Joel Brobecker
2012-11-26 18:36                             ` Tom Tromey
2012-11-26 20:58                               ` Joel Brobecker
     [not found]                         ` <15690.5992342674$1353883881@news.gmane.org>
2012-11-26  4:04                           ` asmwarrior
2012-11-26 10:14                             ` Pierre Muller
     [not found]                             ` <50b340fb.0aec440a.1c48.5818SMTPIN_ADDED_BROKEN@mx.google.com>
2012-11-26 11:39                               ` Pedro Alves
2012-11-26 16:54                           ` Tom Tromey
2012-11-27 14:59                             ` [RFC-v5] " Pierre Muller
2012-12-07  7:10                               ` Joel Brobecker
2012-12-07 15:23                                 ` asmwarrior
2012-12-07 15:41                                   ` Pierre Muller
     [not found]                                   ` <29545.4593528577$1354894901@news.gmane.org>
2012-12-07 16:15                                     ` asmwarrior
2012-12-07 16:27                                       ` Pierre Muller
     [not found]                                       ` <50c21914.a750420a.2ec3.ffffe4ffSMTPIN_ADDED_BROKEN@mx.google.com>
2012-12-07 17:10                                         ` Pedro Alves
2012-12-07 17:49                                           ` Pedro Alves
2012-12-13 10:57                                             ` Pierre Muller
2012-12-13 11:07                                               ` Pedro Alves
2012-12-13 11:49                                                 ` Pedro Alves [this message]
     [not found]                                                 ` <00a201cdd931$b0ee13f0$12ca3bd0$@muller@ics-cnrs.unistra.fr>
2012-12-13 14:32                                                   ` Pedro Alves
2012-12-13 15:17                                                     ` Pierre Muller
2012-12-13 14:33                                                   ` Pedro Alves
2012-12-13 14:56                                                     ` Pierre Muller
2012-12-13 15:03                                                       ` Pedro Alves
2012-12-13 16:43                                                         ` Pedro Alves
2012-12-13 16:54                                                           ` Pierre Muller
2012-12-13 16:56                                                             ` Pedro Alves
2012-12-13 17:09                                                               ` Pierre Muller
2012-12-13 15:08                                                       ` Pierre Muller
2012-12-13 16:04                                                         ` Pedro Alves
     [not found]                                       ` <50c218e5.2850b40a.0281.ffffbef4SMTPIN_ADDED_BROKEN@mx.google.com>
2012-12-08 14:17                                         ` asmwarrior
2012-12-08 15:07                                           ` asmwarrior
2012-12-08 18:01                                           ` Pierre Muller
     [not found]                                           ` <50c38058.03d0d80a.31dd.4e28SMTPIN_ADDED_BROKEN@mx.google.com>
2012-12-09  2:45                                             ` asmwarrior
2012-12-09 12:45                                               ` Pierre Muller
     [not found]                                               ` <50c487f8.a813b40a.57d7.ffffdc7fSMTPIN_ADDED_BROKEN@mx.google.com>
2012-12-09 13:19                                                 ` asmwarrior
2012-12-13 10:48                                 ` Pierre Muller
     [not found]                                 ` <37373.4003318988$1355395714@news.gmane.org>
2012-12-13 16:16                                   ` Tom Tromey
2012-12-13 16:21                                     ` Pierre Muller
     [not found]                                     ` <12936.6976012991$1355415704@news.gmane.org>
2012-12-13 20:05                                       ` Tom Tromey
     [not found]                             ` <42721.1671988063$1354028360@news.gmane.org>
2012-11-28  2:44                               ` asmwarrior
2012-11-29  3:40                                 ` asmwarrior
2012-12-12  0:59                               ` asmwarrior
     [not found]                         ` <50b2a0d1.c849420a.3a3a.3538SMTPIN_ADDED_BROKEN@mx.google.com>
2012-12-07 16:38                           ` [RFC-v4] " Pedro Alves
2012-12-07 17:03                             ` Pierre Muller
2012-12-07 17:50                               ` Pedro Alves
     [not found]                     ` <000301cdbd96$f5cd9f10$e168dd30$%muller@ics-cnrs.unistra.fr>
2012-11-17 10:01                       ` [RFC-v3] " Eli Zaretskii
     [not found]         ` <006001cdaada$00c81f00$02585d00$%muller@ics-cnrs.unistra.fr>
2012-10-15 17:23           ` [RFC] " Eli Zaretskii
2012-11-03 10:36             ` Eli Zaretskii
2012-11-06 13:55               ` Pierre Muller

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=50C9C0D4.8050902@redhat.com \
    --to=palves@redhat.com \
    --cc=asmwarrior@gmail.com \
    --cc=brobecker@adacore.com \
    --cc=eliz@gnu.org \
    --cc=gdb-patches@sourceware.org \
    --cc=pierre.muller@ics-cnrs.unistra.fr \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox