From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4132 invoked by alias); 21 Aug 2004 22:37:02 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 4106 invoked from network); 21 Aug 2004 22:37:01 -0000 Received: from unknown (HELO atlantic.mail.pas.earthlink.net) (207.217.120.179) by sourceware.org with SMTP; 21 Aug 2004 22:37:01 -0000 Received: from ip216-26-76-134.dsl.du.teleport.com ([216.26.76.134] helo=stray.canids) by atlantic.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 1ByeTs-0000Pw-00 for gdb@sources.redhat.com; Sat, 21 Aug 2004 15:37:00 -0700 Received: from stray.canids (localhost.localdomain [127.0.0.1]) by stray.canids (Postfix) with ESMTP id 20FD2511B4A for ; Sat, 21 Aug 2004 15:36:58 -0700 (PDT) From: Felix Lee To: gdb@sources.redhat.com Subject: Re: GDB/XMI (XML Machine Interface) References: <20040820125443.GB5703@white> <20040820183447.GA21565@nevyn.them.org> <20040820184900.GA5806@white> <20040820185159.GA22481@nevyn.them.org> <20040820192458.GB5806@white> <20040820194224.GA24407@nevyn.them.org> <20040820195928.GA6372@white> <01c48768$Blat.v2.2.2$a38a12a0@zahav.net.il> <20040821123440.GA7138@white> <20040821192811.2B2E1511B4A@stray.canids> <20040821201629.GB7442@white> In-Reply-To: <20040821201629.GB7442@white> on Sat, 21 Aug 2004 16:16:29 EDT from Bob Rossi Date: Sat, 21 Aug 2004 22:37:00 -0000 Message-Id: <20040821223658.20FD2511B4A@stray.canids> X-SW-Source: 2004-08/txt/msg00278.txt.bz2 Bob Rossi : > I would think it not very nice of the GDB team to set me loose > on this patch, and then outright reject it. Where is the open source > camaraderie? I don't think any open source project can promise to accept a patch before seeing it. if you don't want to put effort into that risk, then how about putting effort into a separate xmlgdb wrapper. if enough people use it, then it's easy to argue for inclusion in the source tree, and perhaps making it an interp module rather than a wrapper. don't let the discussion discourage you if you're sure xml is the right approach. you can trump many arguments with working code and a user base. --