Re: [Cbor] (d)CBOR session at IETF 118

Anders Rundgren <anders.rundgren.net@gmail.com> Sun, 05 November 2023 18:23 UTC

Return-Path: <anders.rundgren.net@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 376CAC090FC6 for <cbor@ietfa.amsl.com>; Sun, 5 Nov 2023 10:23:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.108
X-Spam-Level:
X-Spam-Status: No, score=-7.108 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PTQRMKBkj_Sz for <cbor@ietfa.amsl.com>; Sun, 5 Nov 2023 10:23:39 -0800 (PST)
Received: from mail-lf1-x130.google.com (mail-lf1-x130.google.com [IPv6:2a00:1450:4864:20::130]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EC18CC09BB74 for <cbor@ietf.org>; Sun, 5 Nov 2023 10:23:39 -0800 (PST)
Received: by mail-lf1-x130.google.com with SMTP id 2adb3069b0e04-5079f9675c6so4941857e87.2 for <cbor@ietf.org>; Sun, 05 Nov 2023 10:23:39 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1699208618; x=1699813418; darn=ietf.org; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=1lsSkLoCO6MTHXRph7i7nEK0VuX7mXqkDAZmm5Sclr0=; b=MICUiB3FmYjAQBVp1ffXUOSI9x4EdWjhS6uGjxZhGRDDfVO+uX8H/pr72+ZX5Mf9NP uz20f2KAlHPGI38FBvArm2Y13xmERxQ7tPhdsZowbsN/ZhaTZkWTjHC3oPgsqUdxh3iD jSN5Mdp1SU6g12r4HCuggU5wTb5v6uvBvIRWJG5gZL08Injsy0vBhxx5SEIgIv1eFKnX RHOGZKc/AdnlEs2mpBtdHvEC39Zj0r8qZJcPXj1ohVay80TB+SaXTmmhvCsG5naEuOb5 g0SE8eh2tgi3Poqa1pOh0J2fifQBBkMuX4662V3cVds5n4caeWthctoFbiqGFFGxIgMn QF4A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1699208618; x=1699813418; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=1lsSkLoCO6MTHXRph7i7nEK0VuX7mXqkDAZmm5Sclr0=; b=QR4foT5WXTv8o/2n7QPxwtaVf6hb759LF7L6ZXXXYafShgFGH4V9gIGpyADjeZTkJd S0drVG7l9emre9EWshYQqcqftj6UthBhohc1VCT1Thp6GX5V6YS1/C1uzoQ6/0vsKu9M NI88u4nQvyNWDkJk2okuZG3PvI+5okEhSKqHi5iWnJ4pfiGBhjF4Gt7rPHBlaAFA/n7b 6hy3QBE0miLFPU2eKul5EIIqjB2CRN9YZhxoxAU9U2F3zrY/Qpgvrpd/n19/x6AgFP1b i/xWGsoiD4NHDCIIySV5Wezn1CkOX5q2e3OlM5zBfWXDVPgDSJNg+RoKCPgVhL6oz9g/ 738A==
X-Gm-Message-State: AOJu0YzibsR66wtFjjXIL4Z1zmrx+B7FI1nfr9V2IY6Tl+OG0SCbZ6Pa J+uFRKlYpfvy8AjA2pHPHLo=
X-Google-Smtp-Source: AGHT+IELNbEWORB8sTx/3uGFFUWr2TaX/KUvp7/EOAHUTRSQcYx9ASyx+Zu0cRhKguIDc9AvVcfWSA==
X-Received: by 2002:a19:f608:0:b0:503:1913:ed8e with SMTP id x8-20020a19f608000000b005031913ed8emr18537732lfe.61.1699208617856; Sun, 05 Nov 2023 10:23:37 -0800 (PST)
Received: from ?IPV6:2a01:e34:ec4e:5670:8cda:4cf6:e441:e71? ([2a01:e34:ec4e:5670:8cda:4cf6:e441:e71]) by smtp.googlemail.com with ESMTPSA id r3-20020a5d4943000000b0032fb0e2087asm7380749wrs.82.2023.11.05.10.23.36 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 05 Nov 2023 10:23:37 -0800 (PST)
Message-ID: <3991f1e2-5885-45dd-b4c3-672e40e33587@gmail.com>
Date: Sun, 05 Nov 2023 19:23:36 +0100
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Content-Language: en-US
To: Wolf McNally <wolf@wolfmcnally.com>
Cc: "cbor@ietf.org" <cbor@ietf.org>, Christopher Allen <christophera@lifewithalacrity.com>, Shannon Appelcline <shannon.appelcline@gmail.com>
References: <2723b032-189a-499e-b1d8-69a7dbe6b035@gmail.com> <1B2D045F-5BBD-464F-861B-44E855DE3654@wolfmcnally.com> <fd6ee82b-640f-4c7d-9e9c-cc7e868b8944@gmail.com> <8C0E6918-4AD4-4EF4-98F0-76BBD86D3495@wolfmcnally.com> <b7099c37-fe9a-44a4-ae2e-874f27e300e5@gmail.com> <8787A6D8-C336-4CB2-A933-5EA698BA3FA8@wolfmcnally.com>
From: Anders Rundgren <anders.rundgren.net@gmail.com>
In-Reply-To: <8787A6D8-C336-4CB2-A933-5EA698BA3FA8@wolfmcnally.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/cbor/SUCOv03oWh_nU3ghCN8W20fmAIE>
Subject: Re: [Cbor] (d)CBOR session at IETF 118
X-BeenThere: cbor@ietf.org
X-Mailman-Version: 2.1.39
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: Sun, 05 Nov 2023 18:23:44 -0000

On 2023-11-05 18:19, Wolf McNally wrote:
> Anders,
> 
>> On Nov 5, 2023, at 4:09 AM, Anders Rundgren <anders.rundgren.net@gmail.com> wrote:
>>
>> Since encoding 4.0 as 0xf94400 (CDE) or 0x04 (dCBOR) should be of no importance at the application-level (assuming the encoder/decoder adhere to the same conventions), the issue is (AFAICT) confined to the design of encoder/decoder APIs.
> 
> As long as you continue to insist that this is all about *API* and refuse to acknowledge that this is about *determinism* throughout the entire stack, then you’re simply never going to understand our motivations.
>

Wolf, that's correct.  I don't understand why dCBOR's determinism scheme must span over "the entire stack".  Reading draft-05 didn't make me much wiser either :(

Personally, I rather try [*] to compartmentalize implementation details, irrespective of which layer in the stack they appear in.

Regards,
Anders

*] I'm by no means a "guru" so everything isn't always super pretty :)

> Orwell famously wrote, “Freedom is the freedom to say two plus two make four.”
> 
> dCBOR is the freedom to say, “2 and 2.0 are the same concept: two, and so have the same encoding: 0x02.”
> 
> ~ Wolf