From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30157 invoked by alias); 16 Sep 2008 22:05:42 -0000 Received: (qmail 30144 invoked by uid 22791); 16 Sep 2008 22:05:41 -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, 16 Sep 2008 22:05:06 +0000 Received: (qmail 26093 invoked from network); 16 Sep 2008 22:04:48 -0000 Received: from unknown (HELO macbook-2.local) (stan@127.0.0.2) by mail.codesourcery.com with ESMTPA; 16 Sep 2008 22:04:48 -0000 Message-ID: <48D02D74.3060708@codesourcery.com> Date: Tue, 16 Sep 2008 22:05:00 -0000 From: Stan Shebs User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707) MIME-Version: 1.0 To: Eli Zaretskii CC: Pedro Alves , gdb-patches@sourceware.org Subject: Re: [RFA 01/08] multi-process support: struct inferior References: <200809121637.34647.pedro@codesourcery.com> <200809121820.43518.pedro@codesourcery.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2008-09/txt/msg00364.txt.bz2 Eli Zaretskii wrote: > [...] we still need some introductory text to break the news on > the reader that GDB can debug several inferiors at once. A couple of > use cases where this would be useful will not do any harm, either. > > IOW, people who debug programs usually do that one program at a time, > so we cannot seamlessly start talking about commands that support > multi-process paradigm without introducing the reader to the feature. > At the moment, I'm working with a section "Debugging Multiple Programs" just in front of the "Running" / "Threads" section, plus there are bits about multiple executables in the "Invocation" chapter. I don't think we want to push it up too much further, because 99% of GDB users don't care about multiple whatevers, and we don't want to get them mired down in this new level of complexity. A pre-multi-executable version of this section could maybe just introduce the concept of inferiors and not say much more except that multiple inferiors can be created via certain targets, such as the remote protocol. We could title it "Inferiors" in the meantime, and yes, it will seem a little odd to have both that and a "Processes" section soon after, but as of yet I don't have a good feel for how to best to merge the two, and given the coming upheavals, I'd just as soon wait until the multi-exec bits come in. Stan