W3C home > Mailing lists > Public > ietf-http-wg@w3.org > January to March 1998

Re: HTTP/1.1 : Chunking

From: Ben Laurie <ben@algroup.co.uk>
Date: Thu, 29 Jan 1998 22:42:00 +0000
Message-Id: <34D105B8.F210CAD7@algroup.co.uk>
To: Adrien de Croy <adrien@qbik.com>
Cc: http-wg@cuckoo.hpl.hp.com
X-Mailing-List: <http-wg@cuckoo.hpl.hp.com> archive/latest/5318
Adrien de Croy wrote:
> I would have thought that in a random data stream, the chances of any
> particular 4 byte sequence would have been 1 in 4 Billion, but we are only
> looking at the last 4 bytes before a close.  So, given there is only one
> close per session, there is only one inspected 4 byte sequence, hence the
> chance of any one file causing confusion over an OEF marker is 1 in 4 billion.

Sorry, my mistake, I was taking into account the below, which means
you'd have to check every byte.

> However, as pointed out by John Franks, this method would not, and cannot
> allow for multiple transactions per connection, since it relies on the close
> event being a signal as well.
> However, reflecting more on that issue, the chances of a client requiring
> multiple created entitities (i.e those where the server cannot know a priori
> the size) in a single connection is rather low, at least at the moment.
> Multiple normal requests per connection would still be possible, and
> unaffected by this proposal.

It'd have to server the created entity last, which seems unlikely.



Ben Laurie            |Phone: +44 (181) 735 0686|Apache Group member
Freelance Consultant  |Fax:   +44 (181) 735 0689|http://www.apache.org
and Technical Director|Email: ben@algroup.co.uk |Apache-SSL author
A.L. Digital Ltd,     |http://www.algroup.co.uk/Apache-SSL
London, England.      |"Apache: TDG" http://www.ora.com/catalog/apache
Received on Thursday, 29 January 1998 15:16:54 UTC

This archive was generated by hypermail 2.4.0 : Thursday, 2 February 2023 18:43:04 UTC