On Dec 5, 2007 8:36 AM, Plüm, Rüdiger, VF-Group
[EMAIL PROTECTED] wrote:
* My test case lead to the exceptional situation of a very large passbb
bucket brigade
(about 1,000,000 buckets) as a result of processing 4 MB of the file. So I
add
a flush bucket once I have more than MAX_BUCKET
-Ursprüngliche Nachricht-
Von: Pavel Stano
Gesendet: Freitag, 7. Dezember 2007 02:48
An: dev@httpd.apache.org
Betreff: Re: apache 2.2 mod_proxy_http disable buffering
Ruediger Pluem wrote:
You are correct. This is only fixed in trunk so far. You
are affected by
-Ursprüngliche Nachricht-
Von: Plüm, Rüdiger, VF-Group
Gesendet: Freitag, 7. Dezember 2007 11:22
An: dev@httpd.apache.org
Betreff: Re: apache 2.2 mod_proxy_http disable buffering
-Ursprüngliche Nachricht-
Von: Pavel Stano
Gesendet: Freitag, 7. Dezember 2007
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED]
Gesendet: Freitag, 7. Dezember 2007 11:24
An: dev@httpd.apache.org
Betreff: Re: Memory consumption of mod_substitute
On Dec 5, 2007 8:36 AM, Plüm, Rüdiger, VF-Group
[EMAIL PROTECTED] wrote:
* My test case lead to the
Hi,
Who's interested in seeing a TR and helping make the release happen?
me. But current code doesnt compile for Ipv4 due to improper ifdefs in
ftp_commands.c;
here's what makes it compile - however first hunk seems not nice...
--- ftp_commands.c.orig Fri Dec 07 19:38:14 2007
+++ ftp_commands.c
Guenter Knauf wrote:
Just a hint: last time I tested also with cURL which caused for whatever reason
a segfault with mod_ftp (r525888); so if possible you should also try some
transfers with cURL...
Hmmm - any chance you were using IPv6? The patches I committed
today resulted from chasing
Hi Bill,
then there's another issue with mod_ftp.c which I will soon look at
Please let me know, if you say alls' well, I'll tag.
well, as you've seen I've committed a simple fix (no var declarations after
function calls), and now all compiles fine for NetWare; then loaded with my old
Guenter Knauf wrote:
Hi,
Who's interested in seeing a TR and helping make the release happen?
me.
Cool. I've backed out the extra ABOR aliasing from trunk so we can tag
a beta, and if someone cares they can add compensation for all of the
weirder OOB behaviors that we see in the 'real
It seems like a network I/O error while sending an http proxy request
will result in an apr_status_t being returned all the way up through
the handler.
The other protocol plugins for mod_proxy seem to more safely return
OK/DECLINED or an http status code in these cases.
In 2.2.x and trunk,
Plüm wrote:
-Ursprüngliche Nachricht-
Von: Plüm, Rüdiger, VF-Group
Gesendet: Freitag, 7. Dezember 2007 11:22
An: dev@httpd.apache.org
Betreff: Re: apache 2.2 mod_proxy_http disable buffering
-Ursprüngliche Nachricht-
Von: Pavel Stano
Gesendet: Freitag, 7. Dezember
Hi,
I came a couple of times already over the ifdefs to avoid the inclusion of
unixd.h;
also many 3rd party modules have this problem;
therefore I would like to see a global define somewhere for that, f.e.
AP(R?)_NEEDS_UNIXD_H or such; can we perhaps introduce that?
This would in future avoid
Hi Bill,
Just a hint: last time I tested also with cURL which caused for whatever
reason a segfault with mod_ftp (r525888); so if possible you should also
try some transfers with cURL...
Hmmm - any chance you were using IPv6?
nope - IPv4.
The patches I committed
today resulted from chasing
I spoke with a couple of you at ApacheCon, and there was some interest
in pursuing a conversation about how load balancing in mod_proxy might
be advanced and/or extended by reusing, merging or just adding some of
the code we have. Thanks especially to Jim Jiglieski for your time.
code can be
Guenter Knauf wrote:
Hi,
here's what makes it compile - however first hunk seems not nice...
just commited slightly modified patch.
Much prettier, thanks :)
Hi,
here's what makes it compile - however first hunk seems not nice...
just commited slightly modified patch.
Guenter.
15 matches
Mail list logo