From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-prs-return-15299-listarch-gdb-prs=sources.redhat.com@sourceware.org>
Received: (qmail 6661 invoked by alias); 27 Feb 2014 15:02:14 -0000
Mailing-List: contact gdb-prs-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb-prs.sourceware.org>
List-Subscribe: <mailto:gdb-prs-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb-prs/>
List-Post: <mailto:gdb-prs@sourceware.org>
List-Help: <mailto:gdb-prs-help@sourceware.org>, <http://sourceware.org/lists.html#faqs>
Sender: gdb-prs-owner@sourceware.org
Received: (qmail 6606 invoked by uid 48); 27 Feb 2014 15:02:12 -0000
From: "palves at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: gdb-prs@sourceware.org
Subject: [Bug gdb/12702] gdb can hang waiting for thread group leader
Date: Thu, 27 Feb 2014 15:02:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gdb
X-Bugzilla-Component: gdb
X-Bugzilla-Version: HEAD
X-Bugzilla-Keywords: 
X-Bugzilla-Severity: normal
X-Bugzilla-Who: palves at redhat dot com
X-Bugzilla-Status: ASSIGNED
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: cc
Message-ID: <bug-12702-4717-wrMOmgVrAt@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-12702-4717@http.sourceware.org/bugzilla/>
References: <bug-12702-4717@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2014-q1/txt/msg00307.txt.bz2

https://sourceware.org/bugzilla/show_bug.cgi?id=12702

Pedro Alves <palves at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |palves at redhat dot com

--- Comment #10 from Pedro Alves <palves at redhat dot com> ---
This is now fixed on GDBserver too.

  https://sourceware.org/ml/gdb-patches/2014-02/msg00826.html

I've left out the original "[PATCH 5/5] Add TARGET_WAITKIND_NO_RESUMED support
to the RSP" at https://sourceware.org/ml/gdb-patches/2014-01/msg00897.html ,
because I worried about races in non-stop mode.  Assume N is the new stop reply
for TARGET_WAITKIND_NO_RESUMED, and say, the traffic goes like this:

(no thread was resumed before #1)

GDB sends two steps in a row.

 #1 -> vCont;s:555
 #2 <- OK

(555 exits)

 #3 <- %Stop:N   (no more resumed threads left)

 #4 -> vCont;s:666
 #5 <- OK

And now GDB goes and processes #3, and mistakenly believes no thread is left
running on the target, while in fact, 666 is left running.

-- 
You are receiving this mail because:
You are on the CC list for the bug.