[patch] include/util_filter.h

2003-01-01 Thread Stas Bekman
add missing @param docs Index: include/util_filter.h === RCS file: /home/cvspublic/httpd-2.0/include/util_filter.h,v retrieving revision 1.74 diff -u -r1.74 util_filter.h --- include/util_filter.h 28 Jun 2002 08:40:23 -

[STATUS] (httpd-2.0) Wed Jan 1 23:45:22 EST 2003

2003-01-01 Thread Rodent of Unusual Size
APACHE 2.1 STATUS: -*-text-*- Last modified at [$Date: 2002/12/03 18:26:44 $] Release [NOTE that only Alpha/Beta releases occur in 2.1 development]: 2.1.0 : in development Please consult the following STATUS files for information on related proj

[STATUS] (apache-1.3) Wed Jan 1 23:45:14 EST 2003

2003-01-01 Thread Rodent of Unusual Size
APACHE 1.3 STATUS: -*-text-*- Last modified at [$Date: 2002/10/31 05:57:52 $] Release: 1.3.28-dev: In development 1.3.27: Tagged September 30, 2002. Announced Oct 3, 2002. 1.3.26: Tagged June 18, 2002. 1.3.25: Tagged June 17, 2002. Not re

Re: cvs commit: httpd-2.0/modules/filters mod_deflate.c

2003-01-01 Thread André Malo
* Justin Erenkrantz wrote: > We don't use mixed case for any definitions, and we require braces at > all times, and for macros longer than one line, we wrap it with a do > {} while (0) clause so that some compilers are a bit happier. ah ok, thanks. > All of that said, I'm not really sure this

Re: cvs commit: httpd-2.0/modules/aaa mod_authn_dbm.c

2003-01-01 Thread Justin Erenkrantz
--On Wednesday, January 1, 2003 7:21 PM +0100 André Malo <[EMAIL PROTECTED]> wrote: hmm, although "$user:$realm" semantically _is_ the key, that causes the problem, that mod_authz_dbm won't support it (it currently doesn't support digest authentication anyway). What would be the best variant?

Re: cvs commit: httpd-2.0/modules/filters mod_deflate.c

2003-01-01 Thread Justin Erenkrantz
--On Wednesday, January 1, 2003 8:31 PM + [EMAIL PROTECTED] wrote: @@ -239,6 +256,11 @@ apr_bucket_brigade *bb, *proc_bb; } deflate_ctx; +#define LeaveNote(type, value) \ +if (c->note##type##Name) \ +apr_table_setn(r->notes, c->note##type##Name, \ +

RewriteMap types case sensitive?

2003-01-01 Thread André Malo
Is there any reason for this? (mod_rewrite.c:406 ff) If not, I'm going to make things like "TXT:" map types possible ;-) nd -- package Hacker::Perl::Another::Just;print qq~@{[reverse split/::/ =>__PACKAGE__]}~; # André Malo # http://www.perlig.de #

Re: Mass Vhosting SuExec (was Re: [PATCH] remove hardcoding of suexec log location)

2003-01-01 Thread Colm MacCárthaigh
On Wed, Jan 01, 2003 at 10:43:18PM +, Thom May wrote: > * Aaron Bannert ([EMAIL PROTECTED]) wrote : > > The log is generated from the suexec binary, not httpd, right? > > Then we can't use a directive to control it and it needs to be > > hardcoded for safety. > > The other issue for suexec is m

Mass Vhosting SuExec (was Re: [PATCH] remove hardcoding of suexec log location)

2003-01-01 Thread Thom May
* Aaron Bannert ([EMAIL PROTECTED]) wrote : > The log is generated from the suexec binary, not httpd, right? > Then we can't use a directive to control it and it needs to be > hardcoded for safety. The other issue for suexec is mass vhosting; this has somewhat different needs, and mostly results in

Re: [PATCH] remove some mutex locks in the worker MPM

2003-01-01 Thread Aaron Bannert
The patch looks good at first glance. Have you done any testing to see how much it improves performance (on UP and MP machines) and if it has any effect when APR is build with generic atomics? -aaron On Tuesday, December 31, 2002, at 05:30 PM, Brian Pane wrote: I'm working on replacing some m

Re: [PATCH] remove hardcoding of suexec log location

2003-01-01 Thread Aaron Bannert
The log is generated from the suexec binary, not httpd, right? Then we can't use a directive to control it and it needs to be hardcoded for safety. The patch below to make it relative to the logfiledir at configure-time makes sense. +1 -aaron On Tuesday, December 31, 2002, at 04:41 AM, David R

Re: mod_mem_cache bad for large/busy files (Was: [PATCH] removesome mutex locks in the worker MPM)

2003-01-01 Thread Brian Pane
On Wed, 2003-01-01 at 11:26, David Burry wrote: > Apache 2.0.43, Solaris 8, Sun E220R, 4 gig memory, gig ethernet. We tried > both Sun forte and gcc compilers. The problem was mod_mem_cache was just > way too resource intensive when pounding on a machine that hard, trying to > see if everything w

mod_mem_cache bad for large/busy files (Was: [PATCH] remove some mutex locks in the worker MPM)

2003-01-01 Thread David Burry
Apache 2.0.43, Solaris 8, Sun E220R, 4 gig memory, gig ethernet. We tried both Sun forte and gcc compilers. The problem was mod_mem_cache was just way too resource intensive when pounding on a machine that hard, trying to see if everything would fit into the cache... cpu/mutexes were very high, e

Re: [PATCH 2] Remove mutex locks from worker MPM

2003-01-01 Thread Brian Pane
On Wed, 2003-01-01 at 11:00, Thom May wrote: > Hey Brian, > your patch seems to have been eaten by gremlins :-( Sorry about that, the "send" and "attachment" buttons on this email program are right next to each other. :-) I just re-sent with the patch attached. One other thing I should note: the

Re: [PATCH 2] Remove mutex locks from worker MPM

2003-01-01 Thread Thom May
Hey Brian, your patch seems to have been eaten by gremlins :-( -Thom * Brian Pane ([EMAIL PROTECTED]) wrote : > Here's an updated patch for the worker MPM. It contains > the pool-recycling changes from my first patch yesterday, > plus a (mostly) mutex-free implementation of the idle worker > coun

[PATCH 2] Remove mutex locks from worker MPM

2003-01-01 Thread Brian Pane
Here's an updated patch for the worker MPM. It contains the pool-recycling changes from my first patch yesterday, plus a (mostly) mutex-free implementation of the idle worker count. The logic for this latest change is somewhat more complicated, so I'd appreciate test results and/or code review fr

[PATCH 2] Remove mutex locks from worker MPM

2003-01-01 Thread Brian Pane
Here's an updated patch for the worker MPM. It contains the pool-recycling changes from my first patch yesterday, plus a (mostly) mutex-free implementation of the idle worker count. The logic for this latest change is somewhat more complicated, so I'd appreciate test results and/or code review fr

Re: cvs commit: httpd-2.0/modules/aaa mod_authn_dbm.c

2003-01-01 Thread André Malo
* [EMAIL PROTECTED] wrote: > nd 2002/12/31 20:08:26 > > Modified:modules/aaa mod_authn_dbm.c > Log: > add support for digest authentication to the authn_dbm module. The > key is "$user:$realm" (perl speaking), the value is the MD5-hash, > optionally followed by a colon and

RE: [PATCH] remove some mutex locks in the worker MPM

2003-01-01 Thread Bill Stoddard
> it may also have to do with caching we were doing (mod_mem_cache crashed and burned, What version were you running? What was the failure? If you can give me enough info to debug the problem, I'll work on it. Bill