Pantek Library
Hosting Provided By
CybrHost
High Speed Hosting

Re: 1.1b3 and things???

From: Alexei Kosut <akosut(at)nueva.pvt.k12.ca.us>
Date: Sat Jun 08 1996 - 21:25:19 EDT


On Thu, 6 Jun 1996, Robert S. Thau wrote:

> A few more lines, but I'm pretty sure I know how it will behave no

Not sure. While that code may work, I'm quite sure (is that more sure than pretty sure?) that my sscanf() code will behave correctly no matter what the incoming data looks like. And it's only three lines of code, as opposed to your eleven. *shrug* At any rate, it should be in read_request_line() and stored in the request_rec, not in set_keepalive() - this I'm sure of, since other functions may need access to the information.

On a related note, I am concerned about one thing... I think this is a question for Roy; we are a HTTP/1.0 server that wants to allow HTTP/1.1 clients to connect to us and have persistent connections. Can we do that?

The current apache-XX sends Connection: Keep-Alive back to the client in all cases, which I'm quite sure is wrong - it should only do this for HTTP/1.0 requests that had a Connection: Keep-Alive. And we can't do nothing, because then the client will assume that we're not persistent-capable, and will wait forever for the connection to close.

I think the answer is going to have to be something like this, assuming the protocol numbering part of spath.patch is installed:

#if SERVER_PROTOCOL == "HTTP/1.0"
int http_11_or_better = 0;
#else
int http_11_or_better = (r->proto_num >= 1001) ? 1 : 0; #endif

i.e. the code can only be activated once we switch to HTTP/1.1 as the protocol version.

Do you need help?X

Unless it's my turn to have mis-read the spec.

-- 
________________________________________________________________________
Alexei Kosut       The Apache HTTP Server
URL: 
http://www.nueva.pvt.k12.ca.us/~akosut/   
http://www.apache.org/
 
      "War does not determine who is right, only who is left."
Received on Sat Jun 8 18:25:25 1996

This archive was generated by hypermail 2.1.8 : Thu Aug 24 2006 - 14:43:35 EDT


Contact Us  Legal Notices  Order Services Online 
Pantek Home  Privacy Policy  IT news  Site Map  Pantek Library