- From: Henrik Frystyk Nielsen <frystyk@microsoft.com>
- Date: Tue, 30 Jan 2001 17:52:08 -0800
- 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 UTC