- 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