Re: overview of MPMs?

2008-04-10 Thread Geoff Thorpe
On Fri, 2008-04-11 at 13:52 +1000, Graham Dumpleton wrote: > 2008/4/11 Geoff Thorpe <[EMAIL PROTECTED]>: > > Hi all, > > > > Just wondering if anyone has a link or howto that would give me some > > background info on the interface with the different MPM > > modes/implementations? I'm not even su

Re: overview of MPMs?

2008-04-10 Thread Graham Dumpleton
2008/4/11 Geoff Thorpe <[EMAIL PROTECTED]>: > Hi all, > > Just wondering if anyone has a link or howto that would give me some > background info on the interface with the different MPM > modes/implementations? I'm not even sure where the different > implementations are in the source tree, but I

overview of MPMs?

2008-04-10 Thread Geoff Thorpe
Hi all, Just wondering if anyone has a link or howto that would give me some background info on the interface with the different MPM modes/implementations? I'm not even sure where the different implementations are in the source tree, but I'm curious to take a look if someone could point me in the

Re: svn commit: r646445 - in /httpd/httpd/trunk/modules/aaa: mod_auth_basic.c mod_auth_digest.c

2008-04-10 Thread Chris Darroch
Ruediger Pluem wrote: The implementation of the function. IMHO it must be the same in all modules. Otherwise it depends on the module load order what gets called and done. True -- an alternative might be to do the following: - #define AUTHN/Z_PROVIDER_VERSION "0" in mod_auth.h - change all

Re: Solaris sed based apache filtering module (mod_sed)

2008-04-10 Thread Basant Kukreja
> Any more details in which situations you see memory leaks? The same leaks > should happen on trunk as well. Yes, I verified that it leaks with trunk version too. Regards, Basant.

Re: svn commit: r646582 - /httpd/httpd/trunk/modules/ldap/util_ldap.c

2008-04-10 Thread Brad Nicholes
>>> On 4/10/2008 at 2:00 PM, in message <[EMAIL PROTECTED]>, Ruediger Pluem <[EMAIL PROTECTED]> wrote: > On 10.04.2008 18:11, Brad Nicholes wrote: > On 4/10/2008 at 12:12 AM, in message <[EMAIL PROTECTED]>, >> Ruediger >> Pluem <[EMAIL PROTECTED]> wrote: >>> On 10.04.2008 00:49, [EMAIL PROTECTE

Re: AuthzMergeRules directive

2008-04-10 Thread Brad Nicholes
>>> On 4/9/2008 at 11:08 AM, in message <[EMAIL PROTECTED]>, Chris Darroch <[EMAIL PROTECTED]> wrote: > Chris Darroch wrote: > >>Here's another thought: for people doing mass virtual hosting, >> and who let their customers put authn/z directives into .htaccess >> files with "AllowOverride Auth

Re: Solaris sed based apache filtering module (mod_sed)

2008-04-10 Thread Ruediger Pluem
On 10.04.2008 22:09, Basant Kukreja wrote: Here is some more performance results based on Ruediger's suggestion : Thanks for this. - test2.html : 500 substitution s/hello/hi/g. Requests Per Second (RPS) as measured by ab

Re: svn commit: r646445 - in /httpd/httpd/trunk/modules/aaa: mod_auth_basic.c mod_auth_digest.c

2008-04-10 Thread Ruediger Pluem
On 10.04.2008 21:47, Chris Darroch wrote: Ruediger Pluem wrote: Lets hope that we never decide to change anything to authn_ap_list_provider_names. Otherwise I bet that we run into inconsistencies which might be hard to track and lead to funny bug reports. So I feel -0.5 on this. Do you m

Re: svn commit: r592951 - in /httpd/httpd/trunk: ./ docs/manual/mod/ include/ modules/filters/ modules/http/ server/

2008-04-10 Thread Ruediger Pluem
On 02.12.2007 02:10, Graham Leggett wrote: Nick Kew wrote: You created a new kept_body input filter, which seems exactly right to me. But you're storing the kept body on the request_rec itself, which looks like extra complexity. Why not make the new filter into its own module, and keep the ke

FPE in linux loader on custom PHP extension

2008-04-10 Thread Michael B Allen
Sorry this is a bit OT but I'm not sure what to do next and would really appreciate some ideas. One of my clients is seeing an FPE in ld-linux-x86-64.so when loading a custom PHP extension. The backtrace is inlined below. At least I assume it's blowing up loading my extension - with my extension

Re: Solaris sed based apache filtering module (mod_sed)

2008-04-10 Thread Basant Kukreja
Here is some more performance results based on Ruediger's suggestion : - test2.html : 500 substitution s/hello/hi/g. Requests Per Second (RPS) as measured by ab for s/hello/hi/ substitution. Enabled CPUs : 1 testname Con

Re: AuthzMergeRules directive

2008-04-10 Thread Ruediger Pluem
On 09.04.2008 19:08, Chris Darroch wrote: Chris Darroch wrote: Writing that all out it mostly just seems like a depressingly large amount of work, but otherwise feels like it might offer a way forward, both for people upgrading from 2.2 and those starting fresh with 2.4. Thoughts? From a

Re: svn commit: r646582 - /httpd/httpd/trunk/modules/ldap/util_ldap.c

2008-04-10 Thread Ruediger Pluem
On 10.04.2008 18:11, Brad Nicholes wrote: On 4/10/2008 at 12:12 AM, in message <[EMAIL PROTECTED]>, Ruediger Pluem <[EMAIL PROTECTED]> wrote: On 10.04.2008 00:49, [EMAIL PROTECTED] wrote: Author: bnicholes Date: Wed Apr 9 15:49:31 2008 New Revision: 646582 URL: http://svn.apache.org/viewvc?

Re: svn commit: r646445 - in /httpd/httpd/trunk/modules/aaa: mod_auth_basic.c mod_auth_digest.c

2008-04-10 Thread Chris Darroch
Ruediger Pluem wrote: Lets hope that we never decide to change anything to authn_ap_list_provider_names. Otherwise I bet that we run into inconsistencies which might be hard to track and lead to funny bug reports. So I feel -0.5 on this. Do you mean changing the function definition, or the

Re: svn commit: r646445 - in /httpd/httpd/trunk/modules/aaa: mod_auth_basic.c mod_auth_digest.c

2008-04-10 Thread Ruediger Pluem
On 09.04.2008 19:25, [EMAIL PROTECTED] wrote: Author: chrisd Date: Wed Apr 9 10:25:33 2008 New Revision: 646445 URL: http://svn.apache.org/viewvc?rev=646445&view=rev Log: Let each consumer of authn providers redefine the list_provider_names callback in case they are loaded individually without

Some fodder for apachecon discussions - xsendfile and fcgid

2008-04-10 Thread Akins, Brian
Was going over some old e-mails. If you guys at apachecon need something to discuss/argue, how about getting a fastcgi and xendfile implementation into core httpd? -- Brian Akins Chief Operations Engineer Turner Digital Media Technologies

Re: Solaris sed based apache filtering module (mod_sed)

2008-04-10 Thread Basant Kukreja
On Thu, Apr 10, 2008 at 07:27:15AM -0400, Jim Jagielski wrote: > > On Apr 9, 2008, at 5:09 PM, Basant Kukreja wrote: >>> just that, too. Any performance comparisons with its competitors? >> Some quick performance comparison results between mod_sed, mod_line_edit >> and >> mod_substitute. >> >> Se

Re: svn commit: r646582 - /httpd/httpd/trunk/modules/ldap/util_ldap.c

2008-04-10 Thread Brad Nicholes
>>> On 4/10/2008 at 12:12 AM, in message <[EMAIL PROTECTED]>, Ruediger Pluem <[EMAIL PROTECTED]> wrote: > On 10.04.2008 00:49, [EMAIL PROTECTED] wrote: >> Author: bnicholes Date: Wed Apr 9 15:49:31 2008 New Revision: 646582 >> >> URL: http://svn.apache.org/viewvc?rev=646582&view=rev Log: Move the

Re: folks avoiding link error in mod_auth_form, or it links for you?

2008-04-10 Thread Jeff Trawick
On Thu, Apr 10, 2008 at 9:46 AM, Graham Leggett <[EMAIL PROTECTED]> wrote: > Could it be because you've included mod_auth_form, but not included > mod_session? I used the default configure setting for each. Looking now, I have mod_auth_form but not mod_auth_session. So the default inclusion ru

Re: folks avoiding link error in mod_auth_form, or it links for you?

2008-04-10 Thread Graham Leggett
Jeff Trawick wrote: I need this to build trunk: Why nobody else? Could it be because you've included mod_auth_form, but not included mod_session? mod_session may need to export itself using optional functions, will take a look. Regards, Graham -- smime.p7s Description: S/MIME Crypto

folks avoiding link error in mod_auth_form, or it links for you?

2008-04-10 Thread Jeff Trawick
I need this to build trunk: Index: modules/aaa/mod_auth_form.c === --- modules/aaa/mod_auth_form.c (revision 646781) +++ modules/aaa/mod_auth_form.c (working copy) @@ -498,9 +498,9 @@ } ap_session_load_fn(r, &z); -ap_se

Re: Solaris sed based apache filtering module (mod_sed)

2008-04-10 Thread Nick Kew
On 10 Apr 2008, at 12:44, Ruediger Pluem wrote: Furthermore from a first glance of mod_sed I would guess that it runs into trouble with large static files. So could you test mod_sed with one of the simple cases above and a 3 GB file and monitor httpd's memory consumption in comparison to

Re: svn commit: r646281 - in /httpd/httpd/trunk: CHANGES include/http_protocol.h modules/http/http_filters.c

2008-04-10 Thread Graham Leggett
Akins, Brian wrote: This kind of stuff belongs in a common place. Doesn't libapreq do this?? Do what exactly? Regards, Graham -- smime.p7s Description: S/MIME Cryptographic Signature

Re: svn commit: r646281 - in /httpd/httpd/trunk: CHANGES include/http_protocol.h modules/http/http_filters.c

2008-04-10 Thread Akins, Brian
On 4/10/08 7:05 AM, "Graham Leggett" <[EMAIL PROTECTED]> wrote: > This kind of stuff belongs in a > common place. Doesn't libapreq do this?? -- Brian Akins Chief Operations Engineer Turner Digital Media Technologies

Re: Solaris sed based apache filtering module (mod_sed)

2008-04-10 Thread Ruediger Pluem
On 10.04.2008 13:27, Jim Jagielski wrote: On Apr 9, 2008, at 5:09 PM, Basant Kukreja wrote: just that, too. Any performance comparisons with its competitors? Some quick performance comparison results between mod_sed, mod_line_edit and mod_substitute. Search/Replace string : s/hello/hi/ test

Re: Solaris sed based apache filtering module (mod_sed)

2008-04-10 Thread Jim Jagielski
On Apr 9, 2008, at 5:09 PM, Basant Kukreja wrote: just that, too. Any performance comparisons with its competitors? Some quick performance comparison results between mod_sed, mod_line_edit and mod_substitute. Search/Replace string : s/hello/hi/ test0.html : No matches, so no substitute. tes

Re: svn commit: r646281 - in /httpd/httpd/trunk: CHANGES include/http_protocol.h modules/http/http_filters.c

2008-04-10 Thread Graham Leggett
Nick Kew wrote: c.f. my mod_form (at apache.webthing.com), which does just that, providing optional functions for other modules to access the form data. This is upside down - modules should not have to do anything at all to get a possibly inserted request body or form data. What happens when

Re: svn commit: r646281 - in /httpd/httpd/trunk: CHANGES include/http_protocol.h modules/http/http_filters.c

2008-04-10 Thread Graham Leggett
Roy T. Fielding wrote: New features belong in modules so that they don't get compiled into the server by those of us who don't want that feature. I don't recall why or how KeptBodySize made it into http_filter (where it does not belong), but I am quite certain that the core will not be parsin

Re: svn commit: r646281 - in /httpd/httpd/trunk: CHANGES include/http_protocol.h modules/http/http_filters.c

2008-04-10 Thread Roy T. Fielding
On Apr 9, 2008, at 3:10 PM, Graham Leggett wrote: Roy T. Fielding wrote: -1. Bloat like this belongs in a module. This piece of code depends on the KeptBodySize directive, which is part of the http_filter, and sits alongside ap_discard_request_body(). I can move it into another module, b

Re: svn commit: r646281 - in /httpd/httpd/trunk: CHANGES include/http_protocol.h modules/http/http_filters.c

2008-04-10 Thread Nick Kew
On 9 Apr 2008, at 17:33, Joe Orton wrote: On Wed, Apr 09, 2008 at 05:07:33PM +0200, Graham Leggett wrote: Joe Orton wrote: I don't understand why *that* stuff needed to be in the core. It is certainly possible to consume then reinject the request body, without changing one line of core fi