W3C home > Mailing lists > Public > www-lib@w3.org > July to September 1996

Re: HTTP Server problem

From: Kim Liu <KLIU@us.oracle.com>
Date: 22 Aug 96 13:54:41 -0700
Message-Id: <199608222117.OAA10713@mailsun2.us.oracle.com>
To: frystyk@w3.org
Cc: www-lib@w3.org
Please forgive my lack of understanding of HTTP. Does libwww try to keep the 
connection by default? I think Netscape also behaves like Lynx. It got some 
data from the server but never displays anything out. It keeps on waiting for 
more data from the server. I suspect the problem might have to do with 
something else.  
BTW, if the server can't determine the content-length in advance (dynamically 
generated), I think it has to close the connection in order to let the client 
knows the whole entity body has been transferred. So a persistent connection 
is not possible here. Does this have any conflict with the default behavior of 

attached mail follows:

"Kim Liu" writes:
> I have some problems with the HTTP server that I can't really pin down. After
> fixing the "100 Continue" reply status problem, I seem to be able to get the 
> MiniServ to work with ComLine most of the time. However, I can't get lynx to 
> work with MiniServ at all. Lynx seems to be able to receive the HTML file fro
> MiniServ but the connection can't terminate properly. Looks like lynx is 
> waiting for MiniServ to send something but MiniServ thinks it's done. Does 
> anyone have problems like this?  

It's probably because Lynx doesn't support persistent connections. The 
Miniserver doesn't actually close the connection. The HTTP client in the 
Library does not need the close of a connection to register a request as 
terminated - it uses the content-length, multipart mime transport coding, or 
chunked encoding.

Henrik Frystyk Nielsen, <frystyk@w3.org>
World Wide Web Consortium, MIT/LCS NE43-356
545 Technology Square, Cambridge MA 02139, USA
Received on Thursday, 22 August 1996 17:19:18 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:33:47 UTC