W3C home > Mailing lists > Public > www-lib@w3.org > January to March 2001

RE: chunkbody result 4 bytes short, chunk intermixes result with other text

From: Henrik Frystyk Nielsen <frystyk@microsoft.com>
Date: Tue, 30 Jan 2001 17:52:08 -0800
Message-ID: <000e01c08b28$753abbb0$00751cac@redmond.corp.microsoft.com>
To: <fen@changegroup.dk>, <www-lib@w3.org>

In case anybody is wondering, this is a server problem. It is a bug to
include both chunked transfer coding and content length:

    http://www.w3.org/Protocols/rfc2616/rfc2616-sec4.html#sec4.4

The content length is in fact wrong - there are not 28 characters in the
body.

Hope this helps,

Henrik

> Libwww 5.3.2 on Windows NT 4.0 SP5.
> 
> Using the binaries for chunk.exe and chunkbody.exe (the same 
> problem with
> the source, rebuilt with Visual C++).
> 
> The result returned from chunk.exe has strange characters 
> before and after
> the body:
> 
> Looking up cgntw02
> Looking up cgntw02
> Contacting cgntw02
> Reading...
> Reading...
> Reading...
> Load resulted in status -1
> HTTP/1.1 200 OK
> Transfer-Encoding: chunked
> Date: Fri, 19 Jan 2001 17:47:42 GMT
> Allow: GET, HEAD
> Server: Oracle_Web_Listener/4.0.8.1.0EnterpriseEdition
> Content-Type: text/html
> Content-length: 28
> Connection: close
> 
> 1c
> <html><body>5</html></html>
> 
> 0
> 
> 
> and the result returned from chunkbody.exe is 4 bytes short:
> 
> <html><body>5</html></ht
> 
> Looking at ch->size in HTChunk_toString I can see that it is 
> set to 24,
> where it should be equal to the content length; 28.
> 
> Are these known bugs?
> 
> Cheers,
> 
> Finn
> 
Received on Tuesday, 30 January 2001 20:53:00 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 23 April 2007 18:18:38 GMT