From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12070 invoked by alias); 21 Jul 2008 03:43:38 -0000 Received: (qmail 12058 invoked by uid 22791); 21 Jul 2008 03:43:37 -0000 X-Spam-Check-By: sourceware.org Received: from mail-out4.netspace.net.au (HELO mail.netspace.net.au) (203.10.110.77) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 21 Jul 2008 03:43:18 +0000 Received: from [192.168.0.10] (220.253-200-254.VIC.netspace.net.au [220.253.200.254]) by mail.netspace.net.au (Postfix) with ESMTP id 7DA96377458 for ; Mon, 21 Jul 2008 13:43:14 +1000 (EST) Message-ID: <488405CE.3030901@netspace.net.au> Date: Mon, 21 Jul 2008 16:08:00 -0000 From: Russell Shaw User-Agent: Mozilla-Thunderbird 2.0.0.9 (X11/20080110) MIME-Version: 1.0 CC: gdb@sourceware.org Subject: Re: Towards multiprocess GDB References: <4880FFA8.3080600@earthlink.net> <200807182141.m6ILfBcf014252@brahms.sibelius.xs4all.nl> <1216600447.3549.486.camel@localhost.localdomain> In-Reply-To: <1216600447.3549.486.camel@localhost.localdomain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed 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: 2008-07/txt/msg00236.txt.bz2 Michael Snyder wrote: > On Fri, 2008-07-18 at 23:41 +0200, Mark Kettenis wrote: >>> Date: Fri, 18 Jul 2008 13:40:08 -0700 >>> From: Stan Shebs >>> >>> CodeSourcery has a project to add "multiprocess" capability to GDB, >>> and with this message I'd like to kick off some discussion of what >>> that means and how to make it happen. >> Please remind me, why was this a desirable capability again? > > Not answering for Stan, but from my experience, because > people are asking for it. Parallel programs eventually > go beyond threads. > > For instance I've had inquiries from several router mfgrs, > who want to be able to debug their more advanced router systems > that are running full-scale OS's (such as linux, bsd, and qnx) > on the remote side. Also from makers of set top boxes of one > sort or another, and multi-core cpu mfgrs (though there we get > into multiple cores as well as multiple processes). > > But yes, I'd be interested in hearing what kinds of use cases > CodeSourcery's customers are asking about as well... Trying to contain all the dynamics of multiple processes in one gdb doesn't suit the user interface of gdb well. Things would get pokey and cluttered for the user. One way would be to make multiple instances of gdb coordinate via an IPC protocol.