Well, the fix for the first has been committed. The fix for the second is making me re-read some amazing code. I just found out that we have two functions in the http module that insert required filters. Both are called whenever we have an error condition.
Think about that. I have just traced a request that had three instances of HTTP_HEADER and CONTENT_LENGTH inserted. Fix coming very soon now. Ryan ---------------------------------------------- Ryan Bloom [EMAIL PROTECTED] 645 Howard St. [EMAIL PROTECTED] San Francisco, CA > -----Original Message----- > From: Ryan Bloom [mailto:[EMAIL PROTECTED]] > Sent: Sunday, March 03, 2002 9:00 PM > To: [EMAIL PROTECTED] > Subject: RE: cvs commit: httpd-2.0/server protocol.c request.c > util_filter.c > > I'm checking on this again, but I definitely made the first request in > your message. Did you do a make clean before you built? > > Ryan > > ---------------------------------------------- > Ryan Bloom [EMAIL PROTECTED] > 645 Howard St. [EMAIL PROTECTED] > San Francisco, CA > > > -----Original Message----- > > From: Justin Erenkrantz [mailto:[EMAIL PROTECTED]] > > Sent: Sunday, March 03, 2002 8:51 PM > > To: [EMAIL PROTECTED]; [EMAIL PROTECTED] > > Subject: Re: cvs commit: httpd-2.0/server protocol.c request.c > > util_filter.c > > > > On Sun, Mar 03, 2002 at 02:34:39PM -0800, Ryan Bloom wrote: > > > Anyway, the seg fault is gone, and the headers are behaving > correctly in > > > all of my tests. > > > > With the default httpd-std.conf: > > > > GET / HTTP/1.1 > > Host: foo > > > > causes an infinite loop at util_filter.c:347. Looks like the request > > chain gets corrupted such that first == first->next. > > > > GET /manual/ HTTP/1.1 > > Host: foo > > > > causes no headers to be returned. > > > > I'll try to take a look at this later tonight, but no promises on my > > part. I understand that you are trying your best to get this to > > work, and I appreciate that. =) -- justin >
