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

Barry Leiba <barryleiba@computer.org> Tue, 13 April 2021 13:07 UTC

Return-Path: <barryleiba@gmail.com>
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 EFEE33A15C6 for <cbor@ietfa.amsl.com>; Tue, 13 Apr 2021 06:07:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.4
X-Spam-Level:
X-Spam-Status: No, score=-1.4 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.25, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no 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 ATvjdBLcfVya for <cbor@ietfa.amsl.com>; Tue, 13 Apr 2021 06:07:32 -0700 (PDT)
Received: from mail-lj1-f179.google.com (mail-lj1-f179.google.com [209.85.208.179]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 54A743A15C4 for <cbor@ietf.org>; Tue, 13 Apr 2021 06:07:32 -0700 (PDT)
Received: by mail-lj1-f179.google.com with SMTP id p23so15590159ljn.0 for <cbor@ietf.org>; Tue, 13 Apr 2021 06:07:32 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=jz7qYS84SUHenqu6C52hhMDfNpt6zFdVMuYTDpGhCuE=; b=EGRmbywt2ZdEWBT1RtLV45AkcdIETRNuZFnICRs0nKbaPOYVM45oxiCCM1Bq/hId9q rUnAM0g7GKoT1VTGlirF3rcq53B7k63qb15/W8YHksfdSydVZwM/8e93NQgLouU8B5D6 /AFGZJhGbdqdrglnux8sqtMNGUjMaCDGhGb107RicIV1jiUUXUKijMG+zZrm/fEIw8dx PdDE3YBgy/qNDRUSpkyQx2gVWymeY6OVyq0a1t1vvacsuyf9GHGONfKmLpNjfqNRBJcD JdJ9dpZTQHb+uoUDePay6OGshCqveA2UV0fRSa0ABUfYvP3cs7ox6D6hjw/af7KDlq1r UfGQ==
X-Gm-Message-State: AOAM5301R4v/YWlL6apEu8/x5OZ8ltXZPdk7O59epM7GpdU+hAAbeW3R yILHCMvGDbi/r4sPXLdToKVjtvmkT97K2g/nniw=
X-Google-Smtp-Source: ABdhPJwxAyQKx1hgaRFkG+aBZtZtQdaEEWF4CBmasIRmIV+HbaAlhE3z/ujJg45J9m2sV548+xF1l1Zk71FtojwYmq4=
X-Received: by 2002:a2e:a793:: with SMTP id c19mr16909900ljf.75.1618319249189; Tue, 13 Apr 2021 06:07:29 -0700 (PDT)
MIME-Version: 1.0
References: <20210411161045.9648FF40799@rfc-editor.org> <4986660B-EDCC-4D07-A74E-BBEBE698721D@tzi.org> <2E410DD1-D0E2-4137-B7E7-7FB18CF71971@tzi.org>
In-Reply-To: <2E410DD1-D0E2-4137-B7E7-7FB18CF71971@tzi.org>
From: Barry Leiba <barryleiba@computer.org>
Date: Tue, 13 Apr 2021 09:07:18 -0400
Message-ID: <CALaySJJAzJgtQY9wuF1dgCQRfTSAz3Ofva-N-EwqcFGo_d6XEw@mail.gmail.com>
To: Carsten Bormann <cabo@tzi.org>
Cc: cbor@ietf.org, smbarte2@illinois.edu, Henk Birkholz <henk.birkholz@sit.fraunhofer.de>, christoph.vigano@uni-bremen.de, "Murray S. Kucherawy" <superuser@gmail.com>, Francesca Palombini <francesca.palombini@ericsson.com>, Christian Amsüss <christian@amsuess.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/cbor/OIzgCMSjPuTcjVu3mZQ7in7cXyg>
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: Tue, 13 Apr 2021 13:07:37 -0000

Indeed, this one screams "Hold for Document Update" to me, as it's
something that rather more complex.  It's clear that this isn't just
an "oops" when we published, but, rather a (valid) rethinking that
needs broader review and consensus on the solution.

Barry

On Tue, Apr 13, 2021 at 8:13 AM Carsten Bormann <cabo@tzi.org> wrote:
>
> On 2021-04-11, at 18:51, Carsten Bormann <cabo@tzi.org> wrote:
> >
> > However, there is one omission in the ABNF: the \u syntax, which is somewhat complicated in JSON because it is followed either by 4 hex digits that are not in the range d800 to dfff or by 4 hex digits in the range d800 to dbff, another \u, and four more hex digits dc00 to dfff.
> > Someone needs to sit down and write up the ABNF for that (or find some ABNF that already has done the work).
>
> I was too lazy to find some ABNF so I wrote my own.
>
> 76c76,84
> < SESC = "\" (%x20-7E / %x80-10FFFD)
> ---
> >
> > SESC = "\" ( %x22 / %x2F / %x5C / %x62 / %x66 / %x6E / %x72 / %x74 /
> >              (%x75 hexchar) )
> >
> > hexchar = ((DIGIT / "A"/"B"/"C" / "E"/"F") 3HEXDIG) /
> >            ("D"
> >             (( %x30-37 2HEXDIG ) /
> >              (("8"/"9"/"A"/"B") 2HEXDIG "\" %x75 "D"
> >               ("C"/"D"/"E"/"F") 2HEXDIG )))
> 79c87
> < BCHAR = %x20-26 / %x28-5B / %x5D-10FFFD / SESC / CRLF
> ---
> > BCHAR = %x20-26 / %x28-5B / %x5D-10FFFD / SESC / "\'" / CRLF
>
>
> The second change is necessary as SESC is now narrowly restricted to the escape combinations that JSON allows in text strings, and \' is not among those.
>
> You can play with this changed grammar in cddlc version 0.0.3 (`gem update` if needed).
>
> > I’m not sure this update should all be put into an errata item; maybe we should pursue writing this up in a document that updates RFC 8610 that could then also add a less unwieldy syntax for non-BMP code points such as the ubiquitous \u{…}.
>
> I’m still not entirely sure we want to handle this as a bog-standard errata item.
> Opinions welcome.
>
> Grüße, Carsten
>