From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4307 invoked by alias); 4 May 2006 06:13:51 -0000 Received: (qmail 4297 invoked by uid 22791); 4 May 2006 06:13:51 -0000 X-Spam-Check-By: sourceware.org Received: from wx-out-0102.google.com (HELO wx-out-0102.google.com) (66.249.82.194) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 04 May 2006 06:13:49 +0000 Received: by wx-out-0102.google.com with SMTP id h28so285607wxd for ; Wed, 03 May 2006 23:13:47 -0700 (PDT) Received: by 10.70.100.14 with SMTP id x14mr315658wxb; Wed, 03 May 2006 23:13:47 -0700 (PDT) Received: by 10.70.129.13 with HTTP; Wed, 3 May 2006 23:13:47 -0700 (PDT) Message-ID: <8f2776cb0605032313s69362babjcda4e60fe33f9d6e@mail.gmail.com> Date: Thu, 04 May 2006 06:13:00 -0000 From: "Jim Blandy" To: gdb-patches@sourceware.org Subject: Re: RFA: Document conventions for terminating query/set packet names In-Reply-To: <20060504015712.GA19810@nevyn.them.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060503195650.GA13156@nevyn.them.org> <20060504015712.GA19810@nevyn.them.org> X-Google-Sender-Auth: ad98ea59112e456d X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2006-05/txt/msg00033.txt.bz2 On 5/3/06, Daniel Jacobowitz wrote: > On Wed, May 03, 2006 at 03:54:17PM -0700, Jim Blandy wrote: > > > I think the best solution would be to document that new packets should > > > not start with "qP" or "qL", and rename the relatively new qPart pack= et > > > to something else, like qXfer. I don't really care whether GDB > > > continues to try the old qPart name; I think it may be recent enough > > > that we can drop it, but maybe not. I believe the only thing it's us= ed > > > for on HEAD is the ELF Auxv vector; I have other uses on various > > > branches, but none of them have been merged yet. > > > > > > Interested in any comments... > > > > The protocol as currently documented is ambiguous. Whatever we do in > > the long run, I think the manual ought to make some recommendation now > > to guide new implementations. The 'count the hex digits' is one > > approach; another would be to deprecate qP altogether, in favor of > > qThreadExtraInfo. That's what GDB prefers at the moment; it's been > > around since 2000. qP dates to GDB's prehistory, but I'm pretty sure > > it's from around 1998; I was at Cygnus when it was discussed. > > Could you explain why you prefer either of these changes - both of > which affect existing stubs - to my suggestion of renaming qPart and > the proposed qPacketInfo? > > I might be missing something - but it seems virtually certain that > there are deployed stubs using qP that are going to live for a long > time - especially since RedBoot uses it and that tends to get flashed > into things! It's my impression that renaming qPart will also affect existing stubs --- isn't that so? From looking around, it seemed to me that there weren't too many implementations of qP, so I'm presuming that, if something is to be broken, that'd be the one to break. But if you know that RedBoot is more widely installed in inaccessible places, then that's something I didn't realize.