Re: #549: END_STREAM flag on CONTINUATION

On 2014�07�21, at 4:04 PM, Poul-Henning Kamp <phk@phk.freebsd.dk> wrote:

> I think it makes everything much easier if END_STREAM always sits
> on the packet which closes the stream.

HTTP frames aren�t packets. The implementation needs a persistent internal flag to signal cleanup at the end of the block, whether the END_STREAM is received at the start of a frame, jumbo frame, super-multi-frame, or whatever.

Since END_STREAM is only defined for HEADERS and DATA, I don�t think it�s fair to say that headers make a special case.

CONTINUATION is a special case in other ways, of course, and I hope we can see through superficial differences and give jumbo HEADERS frames a size limit pass, rather than attempt the same with a convoluted definition of what a �frame� is.