Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Xavier Roirand <roirand@adacore.com>
To: gdb-patches@sourceware.org
Cc: Tom Tromey <tom@tromey.com>, Simon Marchi <simon.marchi@polymtl.ca>
Subject: Re: [RFA 2/5] Darwin: Handle unrelocated dyld.
Date: Fri, 28 Sep 2018 13:31:00 -0000	[thread overview]
Message-ID: <56c8bd92-fce6-cea9-7f32-136e2d6feef9@adacore.com> (raw)
In-Reply-To: <87worhpadh.fsf@tromey.com>

Hello,

Thanks Tom and Simon for all the work you've done on this patch. I was 
quite busy last week and did not follow this thread.

Le 9/19/18 à 9:15 PM, Tom Tromey a écrit :
>>>>>> "Simon" == Simon Marchi <simon.marchi@polymtl.ca> writes:
> 
> Simon> I would vote for only checking in the code you know is necessary for
> Simon> now, otherwise it will just be more confusing in the future, trying to
> Simon> figure out what is needed and what isn't.
> 
> Here is a more minimal version of the patch.  This one seems to work for
> me on High Sierra.  I tried running a "hello world" program -- this
> previously failed, but now works.  It's good enough that I could run
> gdb.cp/*.exp -- lots of fails but no crashes or mystery problems.
> 
> Tom
> 
> commit 114a1aae792443d72f1438dbc979b42a39c5b780
> Author: Xavier Roirand <roirand@adacore.com>
> Date:   Wed Aug 22 12:11:14 2018 +0200
> 
>      Darwin: Handle unrelocated dyld.
>      
>      On Darwin, debugging an helloworld program with GDB does
>      not work and ends with:
>      
>        (gdb) set startup-with-shell off
>        (gdb) start
>        Temporary breakpoint 1 at 0x100000fb4: file /tmp/helloworld.c, line 1.
>        Starting program: /private/tmp/helloworld
>        [New Thread 0x2703 of process 18906]
>        [New Thread 0x2603 of process 18906]
>      
>        [1]+  Stopped                 ./gdb/gdb /tmp/helloworld
>      
>      When debugging with lldb, instead of having the STOP signal, we can
>      see that a breakpoint is not set to a proper location:
>      
>        Warning:
>        Cannot insert breakpoint -1.
>        Cannot access memory at address 0xf726
>      
>        Command aborted.
>      
>      The inserted breakpoint is the one used when GDB has to stop the target
>      when a shared library is loaded or unloaded. The notifier address used
>      for adding the breakpoint is wrong thus the above failure.
>      This notifier address is an offset relative to dyld base address, so
>      the value calculation has to be updated to reflect this.
>      
>      This was tested on High Sierra by trying to run a simple "hello world"
>      program.
>      
>      gdb/ChangeLog:
>      
>              * solib-darwin.c (darwin_get_dyld_bfd): New function.
>              (darwin_solib_get_all_image_info_addr_at_init): Update call.
>              (darwin_handle_solib_event): New function.
>              (darwin_solib_create_inferior_hook): Handle unrelocated dyld.
>      
>      Change-Id: I7dde5008c9158f17b78dc89bd7f4bd8a12d4a6e1
> 
> diff --git a/gdb/ChangeLog b/gdb/ChangeLog
> index 328d48eeeb9..804aaf78e91 100644
> --- a/gdb/ChangeLog
> +++ b/gdb/ChangeLog
> @@ -1,3 +1,9 @@
> +2018-09-18  Xavier Roirand  <roirand@adacore.com>
> +
> +          * solib-darwin.c (darwin_get_dyld_bfd): New function.
> +          (darwin_solib_get_all_image_info_addr_at_init): Update call.
> +          (darwin_solib_create_inferior_hook): Handle unrelocated dyld.
> +
>   2018-09-18  Tom Tromey  <tom@tromey.com>
>   
>   	* compile/compile-object-load.c (struct
> diff --git a/gdb/solib-darwin.c b/gdb/solib-darwin.c
> index ed8e0c13365..1877ec0839d 100644
> --- a/gdb/solib-darwin.c
> +++ b/gdb/solib-darwin.c
> @@ -429,23 +429,21 @@ gdb_bfd_mach_o_fat_extract (bfd *abfd, bfd_format format,
>     return gdb_bfd_ref_ptr (result);
>   }
>   
> -/* Extract dyld_all_image_addr when the process was just created, assuming the
> -   current PC is at the entry of the dynamic linker.  */
> +/* Return the BFD for the program interpreter.  */
>   
> -static void
> -darwin_solib_get_all_image_info_addr_at_init (struct darwin_info *info)
> +static gdb_bfd_ref_ptr
> +darwin_get_dyld_bfd ()
>   {
>     char *interp_name;
> -  CORE_ADDR load_addr = 0;
>   
>     /* This method doesn't work with an attached process.  */
>     if (current_inferior ()->attach_flag)
> -    return;
> +    return NULL;
>   
>     /* Find the program interpreter.  */
>     interp_name = find_program_interpreter ();
>     if (!interp_name)
> -    return;
> +    return NULL;
>   
>     /* Create a bfd for the interpreter.  */
>     gdb_bfd_ref_ptr dyld_bfd (gdb_bfd_open (interp_name, gnutarget, -1));
> @@ -459,6 +457,18 @@ darwin_solib_get_all_image_info_addr_at_init (struct darwin_info *info)
>         else
>   	dyld_bfd.release ();
>       }
> +  return dyld_bfd;
> +}
> +
> +/* Extract dyld_all_image_addr when the process was just created, assuming the
> +   current PC is at the entry of the dynamic linker.  */
> +
> +static void
> +darwin_solib_get_all_image_info_addr_at_init (struct darwin_info *info)
> +{
> +  CORE_ADDR load_addr = 0;
> +  gdb_bfd_ref_ptr dyld_bfd (darwin_get_dyld_bfd ());
> +
>     if (dyld_bfd == NULL)
>       return;
>   
> @@ -528,10 +538,6 @@ darwin_solib_create_inferior_hook (int from_tty)
>         return;
>       }
>   
> -  /* Add the breakpoint which is hit by dyld when the list of solib is
> -     modified.  */
> -  create_solib_event_breakpoint (target_gdbarch (), info->all_image.notifier);
> -
>     if (info->all_image.count != 0)
>       {
>         /* Possible relocate the main executable (PIE).  */
> @@ -558,6 +564,49 @@ darwin_solib_create_inferior_hook (int from_tty)
>         if (vmaddr != load_addr)
>   	objfile_rebase (symfile_objfile, load_addr - vmaddr);
>       }
> +
> +  /* Set solib notifier (to reload list of shared libraries).  */
> +  CORE_ADDR notifier = info->all_image.notifier;
> +
> +  if (info->all_image.count == 0)
> +    {
> +      /* Dyld hasn't yet relocated itself, so the notifier address may
> +	 be incorrect (as it has to be relocated).  */
> +      CORE_ADDR start = bfd_get_start_address (exec_bfd);
> +      if (start == 0)
> +	notifier = 0;
> +      else
> +        {
> +          gdb_bfd_ref_ptr dyld_bfd (darwin_get_dyld_bfd ());
> +          if (dyld_bfd != NULL)
> +            {
> +              CORE_ADDR dyld_bfd_start_address;
> +              CORE_ADDR dyld_relocated_base_address;
> +              CORE_ADDR pc;
> +
> +              dyld_bfd_start_address = bfd_get_start_address (dyld_bfd.get());
> +
> +              /* We find the dynamic linker's base address by examining
> +                 the current pc (which should point at the entry point
> +                 for the dynamic linker) and subtracting the offset of
> +                 the entry point.  */
> +
> +              pc = regcache_read_pc (get_current_regcache ());
> +              dyld_relocated_base_address = pc - dyld_bfd_start_address;
> +
> +              /* We get the proper notifier relocated address by
> +                 adding the dyld relocated base address to the current
> +                 notifier offset value.  */
> +
> +              notifier += dyld_relocated_base_address;
> +            }
> +        }
> +    }
> +
> +  /* Add the breakpoint which is hit by dyld when the list of solib is
> +     modified.  */
> +  if (notifier != 0)
> +    create_solib_event_breakpoint (target_gdbarch (), notifier);
>   }
>   
>   static void
> 


  parent reply	other threads:[~2018-09-28 13:31 UTC|newest]

Thread overview: 33+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-08-22 10:11 [RFA 0/5] Fix some bugs on macOS Xavier Roirand
2018-08-22 10:11 ` [RFA 2/5] Darwin: Handle unrelocated dyld Xavier Roirand
2018-08-22 13:55   ` Simon Marchi
2018-09-18 21:22     ` Tom Tromey
2018-09-19 13:41       ` Joel Brobecker
2018-09-19 14:16         ` Simon Marchi
2018-09-19 14:28           ` Joel Brobecker
2018-09-19 14:36         ` Tom Tromey
2018-09-19 14:44           ` Simon Marchi
2018-09-19 15:32             ` Joel Brobecker
2018-09-19 19:15             ` Tom Tromey
2018-09-19 19:50               ` Simon Marchi
2018-09-28 13:31               ` Xavier Roirand [this message]
2018-09-28 17:22                 ` Tom Tromey
2018-08-22 13:59   ` Simon Marchi
2018-09-18 21:23     ` Tom Tromey
2018-08-22 10:11 ` [RFA 4/5] Darwin: fix thread ptid started by fork_inferior Xavier Roirand
2018-08-22 14:30   ` Simon Marchi
2018-08-22 16:10   ` Pedro Alves
2018-08-22 18:14     ` Simon Marchi
2018-08-22 10:11 ` [RFA 5/5] Darwin: fix SIGTRAP when debugging Xavier Roirand
2018-08-22 14:34   ` Simon Marchi
2018-08-22 10:11 ` [RFA 3/5] Darwin: set startup-with-shell to off on Sierra and later Xavier Roirand
2018-08-22 14:20   ` Simon Marchi
2018-08-22 14:37     ` Pedro Alves
2018-09-03 13:23     ` Xavier Roirand
2018-09-17 19:31   ` Tom Tromey
2018-08-22 10:11 ` [RFA 1/5] Darwin: fix bad loop incrementation Xavier Roirand
2018-08-22 13:14   ` Simon Marchi
2018-08-23 15:21     ` Simon Marchi
2018-09-17 20:57 ` [RFA 0/5] Fix some bugs on macOS Tom Tromey
2018-09-17 21:25   ` Joel Brobecker
2018-09-17 23:03     ` Tom Tromey

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=56c8bd92-fce6-cea9-7f32-136e2d6feef9@adacore.com \
    --to=roirand@adacore.com \
    --cc=gdb-patches@sourceware.org \
    --cc=simon.marchi@polymtl.ca \
    --cc=tom@tromey.com \
    /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