From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20243 invoked by alias); 14 Jul 2006 13:15:57 -0000 Received: (qmail 20234 invoked by uid 22791); 14 Jul 2006 13:15:56 -0000 X-Spam-Check-By: sourceware.org Received: from Unknown (HELO brical.or.uni-bonn.de) (131.220.141.99) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 14 Jul 2006 13:15:52 +0000 Received: from wse04.or.uni-bonn.de (bg-1.or.uni-bonn.de [131.220.141.100]) by brical.or.uni-bonn.de (Postfix) with ESMTP id 3B9B3AC9B; Fri, 14 Jul 2006 15:35:50 +0200 (CEST) Received: from [131.220.143.226] (unknown [131.220.143.226]) by wse04.or.uni-bonn.de (Postfix) with ESMTP id A7EDDE95E; Fri, 14 Jul 2006 15:17:44 +0200 (CEST) From: Christoph Bartoschek To: Jan Kratochvil , gdb-patches@sourceware.org Subject: Re: RFC: Re: [patch] Fix for 'info threads' crashes if zombie threads exist Date: Fri, 14 Jul 2006 13:15:00 -0000 User-Agent: KMail/1.9.3 References: <200606191719.00530.bartoschek@or.uni-bonn.de> <20060620190740.GA31643@nevyn.them.org> <20060713040135.GY24622@nevyn.them.org> In-Reply-To: <20060713040135.GY24622@nevyn.them.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200607141515.53435.bartoschek@or.uni-bonn.de> Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2006-07/txt/msg00164.txt.bz2 Am Donnerstag, 13. Juli 2006 06:01 schrieb Daniel Jacobowitz: > On Tue, Jun 20, 2006 at 03:07:40PM -0400, Daniel Jacobowitz wrote: > > I think the real fix to this problem is going to involve less > > dependence on thread IDs. I've been migrating the code away from that > > and I'll try to find some time in the next week to finish the job; > > maybe that will help. > > Here's an alternative patch that seems to work for the same test. > Could one of you let me know if it also helps for the problems you saw? > > The main change is to remove the thread_db_thread_alive function. My > ptid_t representation change means that we can call the linux-nat.c > implementation directly. This change means we might have two threads > "live" at the same time with the same TID - but they'll have different > LWP IDs, so different PTIDs, so GDB won't get confused. > > It also (long overdue) removes the dependence on fill_gregset, and > removes a not especially useful call into libthread_db for converting > threads to strings. There are a number of more possible cleanups, > but this hits the big ones. Hi, on which revision should I apply the patch to get the most meaningful results? Greetings Christoph Bartoschek