From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32633 invoked by alias); 26 Dec 2003 10:01:37 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 32623 invoked from network); 26 Dec 2003 10:01:35 -0000 Received: from unknown (HELO gollum.inter.net.il) (192.114.186.22) by sources.redhat.com with SMTP; 26 Dec 2003 10:01:35 -0000 Received: from zaretski (pns03-209-60.inter.net.il [80.230.209.60]) by gollum.inter.net.il (Mirapoint Messaging Server MOS 3.3.8-GR) with ESMTP id CCJ34574; Fri, 26 Dec 2003 12:01:22 +0200 (IST) Date: Fri, 26 Dec 2003 10:01:00 -0000 From: "Eli Zaretskii" To: Christopher Faylor Message-Id: <2914-Fri26Dec2003115916+0200-eliz@elta.co.il> CC: gdb-patches@sources.redhat.com In-reply-to: <20031226042858.GA1851@redhat.com> (message from Christopher Faylor on Thu, 25 Dec 2003 23:28:58 -0500) Subject: Re: [PATCH] Fix PR threads/1048 Reply-to: Eli Zaretskii References: <20031226042858.GA1851@redhat.com> X-SW-Source: 2003-12/txt/msg00480.txt.bz2 > Date: Thu, 25 Dec 2003 23:28:58 -0500 > From: Christopher Faylor > > The Windows debugging API is nice in some ways but it is pretty brain > dead here. If the main thread has exited, there is never any create > process notification when attaching to a process. That confuses all > sorts of things. > > "Fixed" by liberally sprinkling NULL checks in places where there really > shouldn't be a NULL and creating a dummy create process event. Just my $0.02: I wonder whether a comment explaining the need for those work-arounds is in order. Someone in the (distant) future might become puzzled by the dummy event or the NULL checks.