From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20788 invoked by alias); 30 Nov 2007 20:48:54 -0000 Received: (qmail 20780 invoked by uid 22791); 30 Nov 2007 20:48:54 -0000 X-Spam-Check-By: sourceware.org Received: from igw2.br.ibm.com (HELO igw2.br.ibm.com) (32.104.18.25) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 30 Nov 2007 20:48:41 +0000 Received: from mailhub1.br.ibm.com (mailhub1 [9.18.232.109]) by igw2.br.ibm.com (Postfix) with ESMTP id 0070117F424 for ; Fri, 30 Nov 2007 18:44:24 -0200 (BRDT) Received: from d24av01.br.ibm.com (d24av01.br.ibm.com [9.18.232.46]) by mailhub1.br.ibm.com (8.13.8/8.13.8/NCO v8.7) with ESMTP id lAUKmSv13444774 for ; Fri, 30 Nov 2007 18:48:28 -0200 Received: from d24av01.br.ibm.com (loopback [127.0.0.1]) by d24av01.br.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id lAUKmSen022001 for ; Fri, 30 Nov 2007 18:48:28 -0200 Received: from [9.18.238.251] (dyn532128.br.ibm.com [9.18.238.251]) by d24av01.br.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id lAUKmSKG021998; Fri, 30 Nov 2007 18:48:28 -0200 Subject: Re: Non-stop multi-threaded debugging From: Thiago Jung Bauermann To: Nathan Sidwell Cc: gdb@sourceware.org, Jim Blandy In-Reply-To: <4743178A.3050501@codesourcery.com> References: <4743178A.3050501@codesourcery.com> Content-Type: text/plain Date: Fri, 30 Nov 2007 20:48:00 -0000 Message-Id: <1196455712.6746.160.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.12.0 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2007-11/txt/msg00299.txt.bz2 Hi, On Tue, 2007-11-20 at 17:21 +0000, Nathan Sidwell wrote: > - We're to implement non-stop multi-threaded debugging in GDB. [snip] > Our client is only interested in the MI interface; they intend to use > all these facilities via Eclipse. So we will not be implementing > command-line support any more than is helpful to us in development. > But again, we want to do this work in a way that leaves CLI support > for these features a simple matter of coding, so that our work is > still forward progress, which anyone can complete. That's great news. I'm interested in seeing non-stop multi-thread debugging support working in Linux and in having it usable via the command line interface, so I'm willing to help in those areas (not sure how much work/test you'll be doing in Linux, since you mention your focus is the client's OS). I'll keep an eye on the design discussions, and especially the "it would be nice if someone would implement this" parts for Linux/CLI.. -- []'s Thiago Jung Bauermann Software Engineer IBM Linux Technology Center