From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 933 invoked by alias); 3 Jun 2008 17:12:36 -0000 Received: (qmail 925 invoked by uid 22791); 3 Jun 2008 17:12:35 -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, 03 Jun 2008 17:12:18 +0000 Received: (qmail 1200 invoked from network); 3 Jun 2008 17:12:16 -0000 Received: from unknown (HELO orlando.local) (pedro@127.0.0.2) by mail.codesourcery.com with ESMTPA; 3 Jun 2008 17:12:16 -0000 From: Pedro Alves To: gdb@sourceware.org Subject: Re: multi-process remote protocol extensions Date: Tue, 03 Jun 2008 17:12:00 -0000 User-Agent: KMail/1.9.9 Cc: Daniel Jacobowitz References: <200805272233.24078.pedro@codesourcery.com> <20080603161340.GA20861@caradoc.them.org> <200806031804.11363.pedro@codesourcery.com> In-Reply-To: <200806031804.11363.pedro@codesourcery.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200806031812.18582.pedro@codesourcery.com> 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-06/txt/msg00011.txt.bz2 A Tuesday 03 June 2008 18:04:11, Pedro Alves wrote: > A Tuesday 03 June 2008 17:13:40, Daniel Jacobowitz wrote: > > On Tue, Jun 03, 2008 at 04:54:46PM +0100, Pedro Alves wrote: > > > > > Not stricly multi-process related, but while we're at it, two > > > > > nibbles `AA' only is unnecessarilly limiting. That was > > > > > the other reason for proposing new status packets. > > > > > > > > Allow more than just two nibbles if gdb supports the semicolon? > > > > > > How can the stub know if GDB supports the semicolon? > > > > By the multiprocess announcement, I suppose. We already needed to > > know this since ;process would break otherwise. > > Hmmm, no, this is a separate issue to multiprocess, it affects > single-process stubs as well, e.g., native Windows gdbserver is > replying 'W' AA, but the exit code of a Windows process isn't > limited to 8-bits. It should be reported as a separate > feature, I guess. (lamely replying to myself) Well, if GDB starts announcing multi process in the same release it supports more than two nibbles, all should be fine, the stub can rely on the multi-process support check. I'm in no hurry to fix this, so, I'm ok with the wait. :-) Not as clean, but avoids growing the qSupported string. -- Pedro Alves