Re: [tap] "ok 1 description" vs "ok 1 - description"

Michael Peters <mpeters@plusthree.com> Wed, 04 February 2009 14:17 UTC

Return-Path: <mpeters@plusthree.com>
X-Original-To: tap@core3.amsl.com
Delivered-To: tap@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 99DA13A6937 for <tap@core3.amsl.com>; Wed, 4 Feb 2009 06:17:57 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id X3LZa0OH5ai6 for <tap@core3.amsl.com>; Wed, 4 Feb 2009 06:17:56 -0800 (PST)
Received: from mail.plusthree.com (mail.plusthree.com [70.42.42.197]) by core3.amsl.com (Postfix) with ESMTP id B8BD23A6802 for <tap@ietf.org>; Wed, 4 Feb 2009 06:17:56 -0800 (PST)
Received: from localhost.localdomain (dsl093-241-113.ral1.dsl.speakeasy.net [66.93.241.113]) (authenticated bits=0) by mail.plusthree.com (8.14.2/8.14.2) with ESMTP id n14E8bXR010784 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 4 Feb 2009 09:08:38 -0500
Message-ID: <4989A2F7.1010304@plusthree.com>
Date: Wed, 04 Feb 2009 09:15:19 -0500
From: Michael Peters <mpeters@plusthree.com>
User-Agent: Thunderbird 2.0.0.19 (X11/20090105)
MIME-Version: 1.0
To: Michael G Schwern <schwern@pobox.com>
References: <497A77D0.8070500@pobox.com> <335014.20536.qm@web65715.mail.ac4.yahoo.com> <20090124115427.GC9114@pjcj.net> <87vds4podb.fsf@renormalist.net> <497B8530.4080903@pobox.com> <873aezxgen.fsf@renormalist.net> <4984E18D.7000606@pobox.com> <87tz7fvv0h.fsf@renormalist.net> <49850F8C.4020904@pobox.com> <87eiyhvr4f.fsf@renormalist.net> <49893207.30406@pobox.com>
In-Reply-To: <49893207.30406@pobox.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: tap@ietf.org
Subject: Re: [tap] "ok 1 description" vs "ok 1 - description"
X-BeenThere: tap@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Test Anything Protocol WG discussions <tap.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/tap>, <mailto:tap-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tap>
List-Post: <mailto:tap@ietf.org>
List-Help: <mailto:tap-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tap>, <mailto:tap-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 04 Feb 2009 14:17:57 -0000

Michael G Schwern wrote:

> Finally, if the parser always strips the optional dash it should always come
> out the same whether the producer uses a leading dash or not EXCEPT for one
> contrived case.  When a description deliberately is supposed to have a leading
> " -".  I can only think of a fairly contrived example, but if you wanted to
> output, say, Morse code "- ... -.-", and your producer doesn't know about the
> optional dash, it would say:

What about a description that begins with a negative number? Like say:

   -1 < 0 ?

-- 
Michael Peters
Plus Three, LP