Re: [Json] Differences between RFC 4627 or the current ECMAScript specification

Paul Hoffman <paul.hoffman@vpnc.org> Fri, 27 September 2013 00:20 UTC

Return-Path: <paul.hoffman@vpnc.org>
X-Original-To: json@ietfa.amsl.com
Delivered-To: json@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 632D711E80ED for <json@ietfa.amsl.com>; Thu, 26 Sep 2013 17:20:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.541
X-Spam-Level:
X-Spam-Status: No, score=-102.541 tagged_above=-999 required=5 tests=[AWL=0.058, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QQI9gYeY2b3R for <json@ietfa.amsl.com>; Thu, 26 Sep 2013 17:20:46 -0700 (PDT)
Received: from hoffman.proper.com (IPv6.Hoffman.Proper.COM [IPv6:2605:8e00:100:41::81]) by ietfa.amsl.com (Postfix) with ESMTP id 5C09A21F918C for <json@ietf.org>; Thu, 26 Sep 2013 17:20:46 -0700 (PDT)
Received: from [10.20.30.90] (50-1-98-185.dsl.dynamic.sonic.net [50.1.98.185]) (authenticated bits=0) by hoffman.proper.com (8.14.7/8.14.5) with ESMTP id r8R0Kei6025671 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 26 Sep 2013 17:20:40 -0700 (MST) (envelope-from paul.hoffman@vpnc.org)
X-Authentication-Warning: hoffman.proper.com: Host 50-1-98-185.dsl.dynamic.sonic.net [50.1.98.185] claimed to be [10.20.30.90]
Content-Type: text/plain; charset="iso-8859-1"
Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\))
From: Paul Hoffman <paul.hoffman@vpnc.org>
In-Reply-To: <CAChr6SxCpvGaZSGUDs+6vR4A5xv3NfzpRSkwsE_7c8ep+EX=YA@mail.gmail.com>
Date: Thu, 26 Sep 2013 17:20:39 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <0FA0EFFF-2109-4D78-8723-2ECD990C0F82@vpnc.org>
References: <BF7E36B9C495A6468E8EC573603ED9411EF1BB0B@xmb-aln-x11.cisco.com> <CAChr6SyznBktmOLpT-EiZ5Nm_0jZ16M0tOo4aZ_jhSDb=HHDqg@mail.gmail.com> <23C96FBA-3419-4C97-A075-462F7443013A@vpnc.org> <CAChr6SxCpvGaZSGUDs+6vR4A5xv3NfzpRSkwsE_7c8ep+EX=YA@mail.gmail.com>
To: R S <sayrer@gmail.com>
X-Mailer: Apple Mail (2.1510)
Cc: JSON WG <json@ietf.org>
Subject: Re: [Json] Differences between RFC 4627 or the current ECMAScript specification
X-BeenThere: json@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "JavaScript Object Notation \(JSON\) WG mailing list" <json.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/json>, <mailto:json-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/json>
List-Post: <mailto:json@ietf.org>
List-Help: <mailto:json-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/json>, <mailto:json-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 27 Sep 2013 00:20:48 -0000

On Sep 26, 2013, at 4:23 PM, R S <sayrer@gmail.com> wrote:

> Are you saying the concerns you list below warrant a recharter? If so, I disagree.

No, I was suggesting we ignore the charter and beg for forgiveness.

A different thought is to (a) assume that version 5.1 is the "current ECMAScript" and (b) simply mimic the two bullets from the beginning of Section 15.12. This worries me because the JSON definition in 5.1 is not exactly the same as 3 (which is what 4627 was based on), and it is not exactly the same as the JSON definition in the current draft of 6. Therefore, us saying "here are some differences" seems to be of more danger than actual value.

> - TC39 is actively revising ECMAScript and it is not clear whether the -bis draft of their version will be out first.
> 
> We have a reference to ECMAScript in the draft already.

So? It clearly is not to the current ECMAScript specification.

> - Some of what ECMAscript says about JSON is intertwingled with the definition of ECMAscript, such as "exactly how to interpret numbers"
> 
> 
> We wouldn't even need to add a reference to explain this:
> 
> "4.3.19 Number value
> primitive value corresponding to a double-precision 64-bit binary format IEEE 754 value"
> 
> <http://www.ecma-international.org/ecma-262/5.1/#sec-4.3.19>

That seems irrelevant. Section 15.12.2 and 15.12.3 talk about "Numbers", not "number values". TC39 might change this in version 6, or they might not; we cannot tell.

But you seem keen on us having such a section. Please provide the full wording for what you think would be valuable to include.

--Paul Hoffman