On 10/04/2007 01:41 AM, Nick Kew wrote:
> RFC2616 tells us a proxy MUST forward interim (1xx) responses
> to an HTTP/1.1 Client, except where the proxy itself requested
> the response. Currently mod_proxy is just eating interim
> responses. There's a history of problems here (PR#16518).
>
> I'
On Thu, 04 Oct 2007 11:27:30 +0200
Ruediger Pluem <[EMAIL PROTECTED]> wrote:
> I think you should move it to http_filters.c. There are a bunch
> of static functions that you can use for creating the header strings
> and all this stuff without reinventing the wheel.
Hmm. It's only a one-line rein
On Wed, Oct 03, 2007 at 03:15:11PM -0400, Joshua Slive wrote:
> In particular, I don't think our main
> page or download page is currently clear enough about the status of
> 1.3 development. I think we should say something like:
>
> "The Apache HTTP Server version 1.3 is not recommended and is not
Hello!
The bucket structure and the bucket contents live in different pools. The
bucket structure is allocated from bucket allocator (apr_bucket_alloc_t). So
my question is could the allocator pool cleanup chain get garbled if bucket
contents pool lifetime is shorter than the allocator pool lif
In "our" proxy, we launch an external helper app the does active health
checking of the origin servers. This is a HEAD request on a configurable
(per origin "pool") uri (ie, http://host:port/url/blah). When an origin
passes/fails a given number of checks it is marked up/down. For example,
when a
Hi,
I'm trying to compile httpd 2.0.61 using the included spec file on Mandriva
2005LE.
I get the following errors part-way through the build:
Configuring PCRE regular expression library ...
updating cache config.cache
configuring package in srclib/pcre now
configure: loading cache
/home/mw
If it could help your PR effort, maybe you could have some kind of
online testimonial or survey page of companies or big sites that
have moved to Apache 2.2, stating how much time it took them to
migrate to it from the previous server version, how much effort it took
to migrate their propietary m
I noticed that if a large number of buckets in a brigade are sent out,
the resident memory footprint of httpd process (been playing with 2.2.6
for now) will go up significantly.
For instance, one could replicate this behaviour by having a file
processed by the INCLUDES filter, which contains a lot
On Fri, 2007-10-05 at 15:37 +1000, Bojan Smojver wrote:
> - make conn->pool have/own its own allocator
> - destroy, rather then clear conn->pool on connection close
Example patch attached.
--
Bojan
--- httpd-2.2.6/server/core.c 2007-08-07 22:12:20.0 +1000
+++ httpd-2.2.6-patched/server/
On Fri, 2007-10-05 at 16:06 +1000, Bojan Smojver wrote:
> Example patch attached.
Sorry, that patch is seriously brain dead. I'll try modifying the
prefork.c instead, which seems like a better place to do it.
Keep you posted...
--
Bojan
10 matches
Mail list logo