Re: New Version Notification for draft-kamp-httpbis-structure-01.txt (fwd)

Kazuho Oku <> Thu, 17 November 2016 09:15 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 3BB4712967D for <>; Thu, 17 Nov 2016 01:15:52 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -7.998
X-Spam-Status: No, score=-7.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_SORBS_SPAM=0.5, RP_MATCHES_RCVD=-1.497, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (2048-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id ZlOT8SDwYocn for <>; Thu, 17 Nov 2016 01:15:51 -0800 (PST)
Received: from ( []) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id AD904129647 for <>; Thu, 17 Nov 2016 01:15:50 -0800 (PST)
Received: from lists by with local (Exim 4.80) (envelope-from <>) id 1c7IkG-00085x-59 for; Thu, 17 Nov 2016 09:12:36 +0000
Resent-Date: Thu, 17 Nov 2016 09:12:36 +0000
Resent-Message-Id: <>
Received: from ([]) by with esmtps (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from <>) id 1c7IkA-00084b-D0 for; Thu, 17 Nov 2016 09:12:30 +0000
Received: from ([]) by with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from <>) id 1c7Ijz-0007Dk-87 for; Thu, 17 Nov 2016 09:12:25 +0000
Received: by with SMTP id g23so297094186wme.1 for <>; Thu, 17 Nov 2016 01:11:58 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=KTaeMRtzS0qn+Ye7IAJ4PH4UU9GZ66jsBB9RzwnmPrE=; b=mAzmyPnVeceTbLx6+vxZm5OfmTIA9Nr19UgS2CX/Q5o44m8qLjdtSZuu2GbhaynNcp AHMxRbjonhESTmn5OUINpAz8RyeSo9wlrCIwqCbL/jvqRXiZyeMmJ0vF8hHZM2EWeqSk qryhIvFB+UiOmFQSuo9HWqAlds2nENBzwyhSVKAKU6YUnvULO09ygRzqud0nsdOvxvvN d+1RH/BRt5iyZLmgdW/xYxiprBZw0XRli+ASpThHQ1KN7c7sIDqgs7fGozTO8uruq9x/ Ned+XHPtRPbKPzsO0pOUI6dgxivlr53AB/SStAtMEed6LJ0CvgyklbOmu5OcILwCzGmp qQkg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=KTaeMRtzS0qn+Ye7IAJ4PH4UU9GZ66jsBB9RzwnmPrE=; b=Ge5NRgzCg+Gjt5D5xvCH0xsSANHdqqzn5OZC5zckBXFyoGrm2iaAfQTTvlSNMuu7ec LX8sgu04t9+dmVRe8eUsg+sG000SxZ4DiqgJ7nwCicd4VKzewdJrHr/PnRm0zTJ3+ylk 79qBmbh4+AaqMw3H5h2OTpe0p7Phgnr+EZ+w0GxE+Ifj+Hjdl8yJY+aL08Wdkafm6SLM ZLv6zcXflROne6/ehprMS/jGOv/uYY+kCpJfvnXQ7exIiicO20ZlbGX7TQHX/nNYlb5a Va20ocjRV67h4YI3wN76IPW4/8Gc7/tisyh+wBlbDj+0Yyvo7PbYm+z3ouGTzH3Vsg6x Jnew==
X-Gm-Message-State: ABUngve3yu4gz01YaBrAd5hEVl4NVheN4BpKORcqgfb20xVuKpXKkRJN1DZgCm6Th2Ler+OeNxbu1zrYcrpsSw==
X-Received: by with SMTP id 128mr2606566wmz.37.1479373912554; Thu, 17 Nov 2016 01:11:52 -0800 (PST)
MIME-Version: 1.0
Received: by with HTTP; Thu, 17 Nov 2016 01:11:51 -0800 (PST)
In-Reply-To: <>
References: <> <> <> <> <>
From: Kazuho Oku <>
Date: Thu, 17 Nov 2016 18:11:51 +0900
Message-ID: <>
To: Poul-Henning Kamp <>
Cc: Willy Tarreau <>, HTTP Working Group <>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Received-SPF: pass client-ip=;;
X-W3C-Hub-Spam-Status: No, score=-4.3
X-W3C-Hub-Spam-Report: AWL=-0.786, BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RCVD_IN_SORBS_SPAM=0.5, SPF_PASS=-0.001, W3C_AA=-1, W3C_WL=-1
X-W3C-Scan-Sig: 1c7Ijz-0007Dk-87 80599762d214d0aa5a115be605dc9869
Subject: Re: New Version Notification for draft-kamp-httpbis-structure-01.txt (fwd)
Archived-At: <>
X-Mailing-List: <> archive/latest/32924
Precedence: list
List-Id: <>
List-Help: <>
List-Post: <>
List-Unsubscribe: <>

2016-11-17 17:34 GMT+09:00 Poul-Henning Kamp <>:
> --------
> In message <>
> , Kazuho Oku writes:
>>Yes. Therefore, I believe that the we should discourage people from
>>using fixed point numbers.
> That ship has already sailed since q=0.5 does not use integers.
> But please note that this is a generic *data model*, and therefore
> it should "deliver tools, not policies".


Thank you for the response. I totally support your intention to
deliver tools, not policies.

My point is that the draft should not “enforce a policy” to implement
floating point parsers even in case you need to only handle integers.

For example, consider the case in which I am writing a draft that
passes an integer using Common Structure.

Since Common Structure allows an integral number to be sent with a
dot, a sender is permitted to send 100 as “100.00”, which means that
you would need to decode a floating point number even in the case
where you only need to deal with integers.

My understanding is that most (if not all) headers that will use
Common Structure would need to encode floating point numbers. And
therefore I am looking for a clause that makes decoders without a
floating point parser to be comformant to the specification (until
actually facing a need to decode floating points).

> By this I mean that people may legitimately want to move non-integers,
> deep structures and unicode strings, and it would be counterproductive
> to force them to invent a parallel format to do that.
> However, each individual header will have to define which _actual_
> data you are allowed to put in it, and a general antipathy against
> non-integers is probably wise there.
> Summary: So if you don't like non-integers, don't use them in the
> HTTP-headers you invent, but don't tell other people what data
> types they are allowed to use.
> --
> Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
> phk@FreeBSD.ORG         | TCP/IP since RFC 956
> FreeBSD committer       | BSD since 4.3-tahoe
> Never attribute to malice what can adequately be explained by incompetence.

Kazuho Oku