From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2961 invoked by alias); 14 May 2009 21:50:14 -0000 Received: (qmail 2951 invoked by uid 22791); 14 May 2009 21:50:13 -0000 X-SWARE-Spam-Status: No, hits=-2.5 required=5.0 tests=AWL,BAYES_00,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mx.southnet.co.nz (HELO viper.snap.net.nz) (202.37.101.20) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 14 May 2009 21:50:08 +0000 Received: from totara (190.63.255.123.dynamic.snap.net.nz [123.255.63.190]) by viper.snap.net.nz (Postfix) with ESMTP id 243B83DA112; Fri, 15 May 2009 09:50:05 +1200 (NZST) Received: by totara (Postfix, from userid 1000) id F20F8C13E; Fri, 15 May 2009 09:50:03 +1200 (NZST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18956.37385.879368.943009@totara.tehura.co.nz> Date: Thu, 14 May 2009 21:50:00 -0000 To: Eli Zaretskii Cc: gdb-patches@sourceware.org Subject: Re: [PATCH] GDB/MI documentation In-Reply-To: <83vdo3qzi9.fsf@gnu.org> References: <18954.41627.111280.24736@totara.tehura.co.nz> <834ovoswt3.fsf@gnu.org> <18955.48976.690330.445604@totara.tehura.co.nz> <83vdo3qzi9.fsf@gnu.org> From: nickrob@snap.net.nz (Nick Roberts) X-IsSubscribed: yes 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: 2009-05/txt/msg00314.txt.bz2 > > "She saw three men: Donald, who came from New Zealand; Jon, the milkman's son; > > and George, a gaunt kind of man." > > > > is almost identical to my change. > > No, it isn't: in the example from Wiki, there are commas ("Donald, who > came..."), so using semi-colons disambiguates the intent. In the GDB > manual case, there are no commas to create ambiguity in the first > place, so commas are okay, IMO. Hmm, you might be right. My point, if I had one, was that changes don't need to be perfect but just an improvement. It is quite likekly that they will change again. I've just committed the part that breaks the node up into four smaller ones with a shorter node name as you suggested (Asynchronous and non-stop modes). -- Nick http://www.inet.net.nz/~nickrob