Re: [Json] Proposal: the minimal edit

R S <sayrer@gmail.com> Sat, 22 June 2013 21:13 UTC

Return-Path: <sayrer@gmail.com>
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 B9FAE21F9F1C for <json@ietfa.amsl.com>; Sat, 22 Jun 2013 14:13:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.518
X-Spam-Level:
X-Spam-Status: No, score=-2.518 tagged_above=-999 required=5 tests=[AWL=0.081, BAYES_00=-2.599, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
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 9SSFhH3fK9fa for <json@ietfa.amsl.com>; Sat, 22 Jun 2013 14:13:24 -0700 (PDT)
Received: from mail-we0-x22f.google.com (mail-we0-x22f.google.com [IPv6:2a00:1450:400c:c03::22f]) by ietfa.amsl.com (Postfix) with ESMTP id 6E7A021F9F18 for <json@ietf.org>; Sat, 22 Jun 2013 14:13:24 -0700 (PDT)
Received: by mail-we0-f175.google.com with SMTP id t59so7406402wes.34 for <json@ietf.org>; Sat, 22 Jun 2013 14:13:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Ggg6Nr4dHdnL32Uu7QDj0TkU/qKtjPPKVF614weG7aE=; b=q0WEkYFLZqpnKxU01qpsO8IGAIjdYn4g9PFP4G/I67Nas31trhzR0fzyLtK5io9rOO +HDWFPcWZskgC5QFYBT9P6BVJvUwRpHLWEl7DAsYiR2B4E4g0Uy5GyQTEZFhXMplJwU2 8ptVoxAuVSjA7JhPm1jIhnf+FOlyf1Zcf694XpQGf54SOoZPNDcUNfD9sfGENGjE3iZZ Tn6iw1ynu89oy0BzqlVkRJETKCsJcNmmEkAwwJgKn51UR7JssRoCmivVObOi+vTyVbeb u886bpvO6JwjBytDhA+Z7MsdyLurChWQEqxG9oyyLhPGVQ5oWTgFhGslQlTCe7ExxVrD ykoQ==
MIME-Version: 1.0
X-Received: by 10.194.86.106 with SMTP id o10mr12543623wjz.93.1371935603621; Sat, 22 Jun 2013 14:13:23 -0700 (PDT)
Received: by 10.194.44.138 with HTTP; Sat, 22 Jun 2013 14:13:23 -0700 (PDT)
In-Reply-To: <20130622205936.GV31186@mercury.ccil.org>
References: <CAChr6SyN4Z3Hh8OFGHkK+AJN0+S09wMfjeobZ51GjKNL+GhPsw@mail.gmail.com> <CAHBU6ivhoUM9cfUnc1YfnyDdQnWQ=Mj10cSoYn0qouMQ0F94XA@mail.gmail.com> <CAChr6SyQDjik_BTojXdw3G7_B=W5iZXksuM15VYwGJqr8WHdhw@mail.gmail.com> <CAChr6SwbFfR5UQuU2ceJhDeGAhv5Zy0dKA3szzO_KGfjA7fx5Q@mail.gmail.com> <20130622205936.GV31186@mercury.ccil.org>
Date: Sat, 22 Jun 2013 14:13:23 -0700
Message-ID: <CAChr6SwJ5TkYw4TFxWv=9hZPU_jtKuSLDSrN9u+SzBBwo1aspA@mail.gmail.com>
From: R S <sayrer@gmail.com>
To: John Cowan <cowan@mercury.ccil.org>
Content-Type: multipart/alternative; boundary="089e0102e0dc4f06f204dfc4a642"
Cc: Tim Bray <tbray@textuality.com>, "json@ietf.org" <json@ietf.org>
Subject: Re: [Json] Proposal: the minimal edit
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: Sat, 22 Jun 2013 21:13:25 -0000

On Sat, Jun 22, 2013 at 1:59 PM, John Cowan <cowan@mercury.ccil.org> wrote:

> R S scripsit:
>
> > + N. Differences from ECMAScript
> > +
> > + ECMAScript implementations produce and consume primitive JSON values at
> > + the root level of JSON documents.
> > +
> > + ECMAScript implementations generate and consume unpaired Unicode
> > + surrogate code points in JSON documents.
> > +
> > + When there are duplicate names within an object, ECMAScript parsers
> > + overwrite the value corresponding to such names with the value that
> > + appears last in the serialization.
>
> To which I add:
>
> + ECMAScript parsers only accept,


This bit is not quite right. I think they'll accept anything that conforms
to the JSON grammar, and then produce a number that is not what the sender
intended if it's out of range.



> and ECMAScript generators only generate,
> + numbers that correspond to the finite values of binary 64-bit IEEE
> + 754:2008 floating point numbers.
>

As I said in the other thread, I wouldn't oppose including text along these
lines. It is a real problem and people do get bitten by it. For example:

<https://dev.twitter.com/docs/twitter-ids-json-and-snowflake>

But I don't think it's required for the minimal edit I'm proposing here.
It's one of the things we should look at as a follow on.

- Rob