The patch below changes the byterange filter to only do byteranging if
passed a complete EOS-terminated brigade containing only buckets with
non-negative length. This fixes the cases where the filter will
currently eat all your RAM (PR 29962).
It would be possible to also extend the code (adding
* Joe Orton [EMAIL PROTECTED] wrote:
1) it's not particularly useful to be able to retrieve byteranges of the
output of some SSI, CGI or PHP script output, if the output may change
for each request anyway.
Not agreed. It is, especially for download scripts very useful (which e.g.
count the
On Tue, Oct 12, 2004 at 04:39:00PM +0200, Andr Malo wrote:
* Joe Orton [EMAIL PROTECTED] wrote:
1) it's not particularly useful to be able to retrieve byteranges of the
output of some SSI, CGI or PHP script output, if the output may change
for each request anyway.
Not agreed. It is,
--On Tuesday, October 12, 2004 4:17 PM +0100 Joe Orton [EMAIL PROTECTED]
wrote:
OK sure, but the point you have to argue is why it's useful to support
this feature *in httpd*. N million 1.3 users live without it. I'm
Agreed. +1 for making it simpler and avoiding the memory hogging. My only
Somehow I feel that this problem exists in other (it not all) mpms
besides worker. Havent tested it though. Anybody know
of an mpm where the forked child wont close the connection ?
-Roshan
-Original Message-
From: Jeff Trawick [mailto:[EMAIL PROTECTED]
Sent: Friday, October 08, 2004
Noticed first in the mod_perl tests, but this is an equivalent repro
case. mod_proxy in HEAD no longer allows modules to set r-handler =
proxy-server and force a request to be proxied (when ProxyRequests is
not set, and no ProxyPass's are configured).
ap_proxy_pre_request enters with
Joe Orton wrote:
On Tue, Oct 12, 2004 at 04:39:00PM +0200, Andr Malo wrote:
* Joe Orton [EMAIL PROTECTED] wrote:
1) it's not particularly useful to be able to retrieve byteranges of the
output of some SSI, CGI or PHP script output, if the output may change
for each request anyway.
Not agreed. It
Naik, Roshan wrote:
Somehow I feel that this problem exists in other (it not all) mpms
besides worker. Havent tested it though. Anybody know
of an mpm where the forked child wont close the connection ?
BTW, does it makes any difference if you use a subproc api?
Naik, Roshan wrote:
Somehow I feel that this problem exists in other (it not all) mpms
besides worker. Havent tested it though. Anybody know
of an mpm where the forked child wont close the connection ?
-Roshan
[..cut..]
I think we have some kind of works as designed problem here. As far as
I
Stas Bekman wrote:
Stas Bekman wrote:
Philippe M. Chiasson wrote:
Stas Bekman wrote:
I did some binary search and found that:
mp2-20040922 - no core
mp2-20040923 - core
So we need to diff these two checkouts...
For a start, I've got these changes exposed in between those 2 dates:
Author: wrowe
Date: Tue Oct 12 12:04:09 2004
New Revision: 54688
Added:
incubator/httpd/cli/trunk/mod_aspdotnet/LICENSE.txt
- copied unchanged from rev 54000,
incubator/httpd/cli/trunk/mod_aspdotnet/LICENSE
incubator/httpd/cli/trunk/mod_aspdotnet/README.txt
- copied unchanged
The URL
http://perl.apache.org/~geoff/Apache-Test-1.14.tar.gz
has entered CPAN as
file: $CPAN/authors/id/G/GE/GEOFF/Apache-Test-1.14.tar.gz
size: 127197 bytes
md5: d930b810b4e1b85325f3e3fd9cb93bd1
Changes since 1.13:
improve the same_interpreter framework to handle response
12 matches
Mail list logo