IETF Logo Mail Archive

Re: [Cbor] [Technical Errata Reported] RFC8610 (6527)

Doug Ewell <doug@ewellic.org> Wed, 14 April 2021 14:29 UTC

Return-Path: <doug@ewellic.org>
X-Original-To: cbor@ietfa.amsl.com
Delivered-To: cbor@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9079F3A1043 for <cbor@ietfa.amsl.com>; Wed, 14 Apr 2021 07:29:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bIPW1q5TVkVb for <cbor@ietfa.amsl.com>; Wed, 14 Apr 2021 07:29:27 -0700 (PDT)
Received: from p3plsmtpa08-02.prod.phx3.secureserver.net (p3plsmtpa08-02.prod.phx3.secureserver.net [173.201.193.103]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4BAF73A0DF7 for <cbor@ietf.org>; Wed, 14 Apr 2021 07:29:27 -0700 (PDT)
Received: from DESKTOPLPOB1E4 ([71.237.1.75]) by :SMTPAUTH: with ESMTPSA id WgWDlqABYNBMaWgWElHcOU; Wed, 14 Apr 2021 07:29:26 -0700
X-CMAE-Analysis: v=2.4 cv=VK8YI/DX c=1 sm=1 tr=0 ts=6076fc46 a=6nY1uNNCgC/8Ccg2lpAcFA==:117 a=6nY1uNNCgC/8Ccg2lpAcFA==:17 a=IkcTkHD0fZMA:10 a=nORFd0-XAAAA:8 a=WNBxxPohtitCnqZiEOEA:9 a=QEXdDO2ut3YA:10 a=AYkXoqVYie-NGRFAsbO8:22
X-SECURESERVER-ACCT: doug@ewellic.org
From: Doug Ewell <doug@ewellic.org>
To: 'Carsten Bormann' <cabo@tzi.org>, 'Sean Bartell' <smbarte2@illinois.edu>
Cc: christoph.vigano@uni-bremen.de, 'Henk Birkholz' <henk.birkholz@sit.fraunhofer.de>, 'Francesca Palombini' <francesca.palombini=40ericsson.com@dmarc.ietf.org>, cbor@ietf.org, "'Murray S. Kucherawy'" <superuser@gmail.com>, 'Christian Amsüss' <christian@amsuess.com>, 'Barry Leiba' <barryleiba@computer.org>
References: <20210411161045.9648FF40799@rfc-editor.org> <4986660B-EDCC-4D07-A74E-BBEBE698721D@tzi.org> <2E410DD1-D0E2-4137-B7E7-7FB18CF71971@tzi.org> <CALaySJJAzJgtQY9wuF1dgCQRfTSAz3Ofva-N-EwqcFGo_d6XEw@mail.gmail.com> <513F7F4F-E791-4B96-AF3E-42A7B1447EF7@ericsson.com> <73c7a676bea744e48390f9fdb2639843@DM6PR11MB3834.namprd11.prod.outlook.com> <5a2abb26-2a17-4b1b-b491-7bac8485e69a@www.fastmail.com> <DF1E72C2-D300-4561-A991-60D48F6EC027@tzi.org>
In-Reply-To:
Date: Wed, 14 Apr 2021 08:29:27 -0600
Message-ID: <000101d7313a$937e2160$ba7a6420$@ewellic.org>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQEBA1vMKGz097JJaR0iVVtQal8dHwIFKGGgAqHA9PQA8MAZHwHad349Agap2QAB7Q+rvQJqLUFPq/Hr4lCAAAFwEA==
Content-Language: en-us
X-CMAE-Envelope: MS4xfDtUmyWi5P9DixAoXzOWhQXZn6HExT7zfzGygoMwdrc3mTBJBafj0pBOwtl+T/73Z5P6DEcaL+tfJmRmq8gESs7QiR4cY1LzyDbeixYyVDbWe7XCer96 /L72tjcfF4Dbvgjmnm7VfMEmugTprV41RtxNO1Gk9noW669D9EFbYz1DpvRfdSPdf/O2cjEgnI5kDo4usXOxckMiDe3OyKDG8lNeFY0RegAeJ+pdoWf5JHqz wqywft6UIFyDzdOAJNR+L5Ga64Th8bXLYUDqkw0FfN8eKLmAKow9CKtCKXFE8qUXAeA/z92spgiBFljRO5H7Gb7HQ+G0RZWzjxthUyYiAmeED9VdlWS1McE8 66m6MMytuvze0CozUTISUrMwaKeSSkm0Vy5cv2ZkOUz+EhaWCK2rPop12OgXy0olAh5NwwGKy1HRaG+6PFGv6Kn5wKtoA96MreLL8RJKX7AdckS26mhBkMSq WDcevs3itmFve/6A
Archived-At: <https://mailarchive.ietf.org/arch/msg/cbor/mOpJbM_Rj5VDtlQFpqZZC_RR-Nw>
Subject: Re: [Cbor] [Technical Errata Reported] RFC8610 (6527)
X-BeenThere: cbor@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Concise Binary Object Representation \(CBOR\)" <cbor.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/cbor>, <mailto:cbor-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/cbor/>
List-Post: <mailto:cbor@ietf.org>
List-Help: <mailto:cbor-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/cbor>, <mailto:cbor-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Apr 2021 14:29:39 -0000

I just wrote:

> I'd like to see separate ABNF definitions for UNICODE_SCALAR_VALUE,
> HIGH_SURROGATE, and LOW_SURROGATE, and then see 'hexchar' defined in
> terms of those. I think that would make it clearer what is going on.

Of course it can't be UNICODE_SCALAR_VALUE, but something like NONSURROGATE that conveys the meaning "any 4-digit hex value excluding surrogates."

--
Doug Ewell, CC, ALB | Lakewood, CO, US | ewellic.org

v2.23.0 | Report a Bug | By Email