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
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 d
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
c
Guenter Knauf wrote:
Hi,
Who's interested in seeing a T&R 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 wor
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, mod_pr
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 retri
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
>>> Gesen
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,
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 such
Hi,
> here's what makes it compile - however first hunk seems not nice...
just commited slightly modified patch.
Guenter.
Hi,
> Who's interested in seeing a T&R 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.
> -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
> -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. D
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_B
> -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
15 matches
Mail list logo