From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 111692 invoked by alias); 7 Jul 2015 20:38:41 -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 111679 invoked by uid 89); 7 Jul 2015 20:38:41 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00,SPF_PASS autolearn=ham version=3.3.2 X-HELO: usevmg21.ericsson.net Received: from usevmg21.ericsson.net (HELO usevmg21.ericsson.net) (198.24.6.65) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Tue, 07 Jul 2015 20:38:40 +0000 Received: from EUSAAHC001.ericsson.se (Unknown_Domain [147.117.188.75]) by usevmg21.ericsson.net (Symantec Mail Security) with SMTP id 66.AE.07675.481DB955; Tue, 7 Jul 2015 15:17:56 +0200 (CEST) Received: from [142.133.110.144] (147.117.188.8) by smtp-am.internal.ericsson.com (147.117.188.77) with Microsoft SMTP Server id 14.3.210.2; Tue, 7 Jul 2015 16:38:36 -0400 Message-ID: <559C38CC.1040006@ericsson.com> Date: Tue, 07 Jul 2015 20:38:00 -0000 From: Simon Marchi User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Pedro Alves , Joel Brobecker CC: gdb-patches Subject: Re: Should this be on the blocker list for the 7.10 release? References: <559AE482.1010109@ericsson.com> <20150707132459.GA16734@adacore.com> <559BFBBD.4000303@redhat.com> <559C14B6.5020800@redhat.com> <559C1BFB.7070308@ericsson.com> <559C1EA9.5090400@redhat.com> <559C22D1.7020501@redhat.com> <559C268E.4050706@redhat.com> In-Reply-To: <559C268E.4050706@redhat.com> Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2015-07/txt/msg00192.txt.bz2 On 15-07-07 03:20 PM, Pedro Alves wrote: > This one (on top of the other) fixes this for me. No > testsuite regressions on x86_64 F20. > > ----- > From 1290101d792c0e1d8c4e202cd7d900837db0ee84 Mon Sep 17 00:00:00 2001 > From: Pedro Alves > Date: Tue, 7 Jul 2015 19:50:38 +0100 > Subject: [PATCH] missing exit event > > --- > gdb/linux-nat.c | 14 ++++++++++++++ > 1 file changed, 14 insertions(+) > > diff --git a/gdb/linux-nat.c b/gdb/linux-nat.c > index ea38ebb..281a270 100644 > --- a/gdb/linux-nat.c > +++ b/gdb/linux-nat.c > @@ -2275,6 +2275,20 @@ wait_lwp (struct lwp_info *lp) > /* Check if the thread has exited. */ > if (WIFEXITED (status) || WIFSIGNALED (status)) > { > + if (ptid_get_pid (lp->ptid) == ptid_get_lwp (lp->ptid)) > + { > + if (debug_linux_nat) > + fprintf_unfiltered (gdb_stdlog, "WL: Process %d exited.\n", > + ptid_get_pid (lp->ptid)); > + > + /* This is the leader exiting, it means the whole > + process is gone. Store the status to report to the > + core. Store it in the lp->waitstatus, because > + W_EXITCODE(0,0) == 0. */ > + store_waitstatus (&lp->waitstatus, status); > + return 0; > + } > + > thread_dead = 1; > if (debug_linux_nat) > fprintf_unfiltered (gdb_stdlog, "WL: %s exited.\n", > Indeed it looks good. I'll work on the test.