From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 67028 invoked by alias); 21 Jan 2016 15:22:06 -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 67010 invoked by uid 89); 21 Jan 2016 15:22:05 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS autolearn=ham version=3.3.2 spammy=Hx-languages-length:1557, manifest, popped, UD:interrupted-hand-call.exp X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Thu, 21 Jan 2016 15:22:03 +0000 Received: from int-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27]) by mx1.redhat.com (Postfix) with ESMTPS id 9CFC28F517; Thu, 21 Jan 2016 15:22:02 +0000 (UTC) Received: from [127.0.0.1] (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u0LFM1d5031869; Thu, 21 Jan 2016 10:22:01 -0500 Message-ID: <56A0F798.5050608@redhat.com> Date: Thu, 21 Jan 2016 15:22:00 -0000 From: Pedro Alves User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Yao Qi , Joel Brobecker CC: gdb-patches@sourceware.org Subject: Re: one week to go until GDB 7.11 branch creation... References: <20160118034414.GG4059@adacore.com> <86fuxsrz38.fsf@gmail.com> <20160121100545.GB5146@adacore.com> <8637trrmss.fsf@gmail.com> In-Reply-To: <8637trrmss.fsf@gmail.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-SW-Source: 2016-01/txt/msg00533.txt.bz2 On 01/21/2016 03:10 PM, Yao Qi wrote: >>> >> - A fail in gdb.threads/interrupted-hand-call.exp >>> >> >>> >> $ make check >>> >> RUNTESTFLAGS='--target_board=remote-gdbserver-on-localhost >>> >> interrupted-hand-call.exp' >>> >> >>> >> (gdb) PASS: gdb.threads/interrupted-hand-call.exp: dummy frame popped >>> >> continue^M >>> >> Continuing.^M >>> >> FAIL: gdb.threads/interrupted-hand-call.exp: continue until exit (timeout) >>> >> Remote debugging from host 127.0.0.1^M >>> >> ptrace(regsets_fetch_inferior_registers) PID=9710: No such process^M >>> >> ptrace(regsets_fetch_inferior_registers) PID=9710: No such process^ >>> >> >>> >> I suspect it is about a GDB PR about disappeared inferior, but I can't >>> >> find the PR in bugzilla. I'll look into it. >> > >> > A little confusing, at the very least, but if the program did terminate, >> > I would say this issue is not blocking for the release. WDYT? > I am afraid not, the program didn't terminate, at least there is one > thread, as far as I can tell. Again, nothing useful to say here without > further analysis. PR 19508 is opened to track it. Several tests have this racy issue with gdbserver. It'll usually manifest when running the main thread to exit while there are still other threads running. Notice how the test program doesn't gracefully terminate/join all threads before exiting. So gdb/gdbserver are processing something for one thread, and meanwhile the process exits. This is really the same as PR 18749. Thanks, Pedro Alves