From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30320 invoked by alias); 10 Dec 2013 10:56:34 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 30309 invoked by uid 89); 10 Dec 2013 10:56:34 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.3.2 X-HELO: rock.gnat.com Received: from Unknown (HELO rock.gnat.com) (205.232.38.15) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Tue, 10 Dec 2013 10:56:33 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id AADEE1165ED; Tue, 10 Dec 2013 05:57:04 -0500 (EST) Received: from rock.gnat.com ([127.0.0.1]) by localhost (rock.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id XLdUkdA1EbU6; Tue, 10 Dec 2013 05:57:04 -0500 (EST) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id 86BFD1165BF; Tue, 10 Dec 2013 05:57:04 -0500 (EST) Received: by joel.gnat.com (Postfix, from userid 1000) id 4FA87E059E; Tue, 10 Dec 2013 11:56:24 +0100 (CET) Date: Tue, 10 Dec 2013 10:56:00 -0000 From: Joel Brobecker To: Pedro Alves Cc: gdb-patches@sourceware.org Subject: Re: [RFA] nameless LOAD_DLL_DEBUG_EVENT causes ntdll.dll to be missing Message-ID: <20131210105624.GA14056@adacore.com> References: <1386070185-8020-1-git-send-email-brobecker@adacore.com> <529E361B.7070807@redhat.com> <20131205105437.GE3175@adacore.com> <52A073CC.3050009@redhat.com> <20131209113333.GC4011@adacore.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20131209113333.GC4011@adacore.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-SW-Source: 2013-12/txt/msg00363.txt.bz2 Hi Pedro, > [regarding gdbserver] > > I think the fix is very low risk, and could go in with minimal > > testing. > > OK - will work on that ASAP. I just had a look, and unfortunately, by the time we get to the end of do_initial_child_stuff, gdbserver has not done the wait/resume cycle and so DLLs have not been mapped yet. This is because this part is currently handled by the generic code, as opposed to the "create_inferior" or "attach" methods. It seems to me that, if we want to fix this issue in GDBserver, we'll need to add a new method, something like inferior_created. We'd then call this new method, if defined, at the end of both start_inferior and attach_inferior. Does this sound right to you? Thanks, -- Joel