This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [RFA] nameless LOAD_DLL_DEBUG_EVENT causes ntdll.dll to be missing
- From: Pedro Alves <palves at redhat dot com>
- To: Joel Brobecker <brobecker at adacore dot com>
- Cc: gdb-patches at sourceware dot org
- Date: Mon, 09 Dec 2013 17:08:35 +0000
- Subject: Re: [RFA] nameless LOAD_DLL_DEBUG_EVENT causes ntdll.dll to be missing
- Authentication-results: sourceware.org; auth=none
- References: <1386070185-8020-1-git-send-email-brobecker at adacore dot com> <529E361B dot 7070807 at redhat dot com> <20131205105437 dot GE3175 at adacore dot com> <52A073CC dot 3050009 at redhat dot com> <20131209113333 dot GC4011 at adacore dot com>
On 12/09/2013 11:33 AM, Joel Brobecker wrote:
> The reason why I think it would be difficult is because, when a new
> shared object is loaded, we get a TARGET_WAITKIND_LOADED, which
> I think eventually leads us to:
>
> -> handle_solib_event ()
> -> solib_add (NULL, 0, ¤t_target, auto_solib_add);
> -> update_solib_list (from_tty, target);
>
> And looking at update_solib_list, it calls current_sos, and then
> adds new SOs at the end (via the VEC_push).
I see now. You're right.
> On top of that, an
> easier issue that we'll have to handle in windows-nat the adding
> of the new SO at the start of the SO list, rather than then end.
Yeah, I naively thought that that would be all we'd have
to do. :-)
>
> Since this is mostly cosmetic and only affects Windows 2012,
> I would leave it alone until we have more leeway towards simplifying
> the DLL handling.
Agreed.
--
Pedro Alves