- From: Poul-Henning Kamp <phk@phk.freebsd.dk>
- Date: Tue, 12 May 2020 19:34:56 +0000
- To: Julian Reschke <julian.reschke@gmx.de>
- cc: Ian Clelland <iclelland@google.com>, Willy Tarreau <w@1wt.eu>, HTTP Working Group <ietf-http-wg@w3.org>
-------- In message <4045931b-06b3-9b76-106f-773499b8374b@gmx.de>, Julian Reschke writes: >Going back to the SH spec: I'm afraid that the spec *disallows* to fail >early on garbage - is this *really* the intent? Ehhh... what ? 1.1. Intentionally Strict Processing This specification intentionally defines strict parsing and serialisation behaviours using step-by-step algorithms; the only error handling defined is to fail the operation altogether. Since the only failure is total failure, why or even how would you go about postponing it ? -- 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.
Received on Tuesday, 12 May 2020 19:35:13 UTC