From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28201 invoked by alias); 29 Jul 2008 14:10:41 -0000 Received: (qmail 28189 invoked by uid 22791); 29 Jul 2008 14:10:40 -0000 X-Spam-Check-By: sourceware.org Received: from mail.codesourcery.com (HELO mail.codesourcery.com) (65.74.133.4) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 29 Jul 2008 14:10:22 +0000 Received: (qmail 6602 invoked from network); 29 Jul 2008 14:10:21 -0000 Received: from unknown (HELO macbook-2.local) (stan@127.0.0.2) by mail.codesourcery.com with ESMTPA; 29 Jul 2008 14:10:21 -0000 Message-ID: <488F24C7.1000007@codesourcery.com> Date: Tue, 29 Jul 2008 14:12:00 -0000 From: Stan Shebs User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707) MIME-Version: 1.0 To: Marc Khouzam CC: jeremy.bennett@embecosm.com, gdb@sourceware.org Subject: Re: Multiprogram teaser References: <6D19CA8D71C89C43A057926FE0D4ADAA04291275@ecamlmw720.eamcs.ericsson.se> In-Reply-To: <6D19CA8D71C89C43A057926FE0D4ADAA04291275@ecamlmw720.eamcs.ericsson.se> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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/msg00291.txt.bz2 Marc Khouzam wrote: > Multi-program, gives me the impression that the debugged processes > will be started by GDB itself. I believe that is what Stan is > aiming at, right? This would also fit in Eclipse/DSF, but is not > in our short term planning. But maybe later... > > By "multiprogram" I mean that there can be several different executables, each with its own code, symbols, etc. There's no assumption about how GDB interacts with the running targets created from the executables; it could launch, attach, do target remote, etc. It's orthogonal to "multiprocess" debugging because you could have one executable and be debugging a half-dozen processes created by multiple runs of the executable. You could also have a single process whose address space includes several different executables, each at a different address. "Multiprocess" is often taken to mean "multiprogram" as well, presumably because the case of one executable and multiple processes is not that interesting in practice. GUIwise, I expect that each program will want its own window, since most state and context is not going to be shared with other programs. Ideally there would be a program/process list with checkboxes so you can simul-continue a chosen subset of processes. The list may get long - imagine Tom's example of GCC testsuite running under a multiprocess GDB that catches every cc1, gas, ld, etc run - that's dozens of programs and thousands of processes! Stan