Re: 2.0.48 worker mpm on RH3 NPTL results

ason for this is that large parts of the kernel do not follow the rules for realtime scheduling. Waking one of the threads waiting for a futex is not done by looking at the priorities of the waiters. Scott Lamb

Re: SSL segfault on HEAD

Cliff Woolley wrote: Sigh. Wonder if this is related to what FirstBill saw earlier today with the proxy? Seeing as nothing has changed in the buckets code any time recently... O WAIT, yes it has. Brian apparently committed a change to allocate the apr_bucket_brigade itself out of the br

SSL segfault on HEAD

HEAD (as of sometime yesterday) is segfaulting on me. Stack trace below. This happens on all SSL requests; others seem fine. This on Linux with RedHat's openssl-0.9.6b-28. I'm wondering if this has anything to do with the ssl changes on the 14th. They touched ssl_engine_io.c, though there's no

Re: apachectl and options take 2

onment does not affect the command's results yet you don't need to type stuff every time, and it works with multiple instances (I have a restrictive and a relatively permissive server configuration). Not submitted to Apache because init scripts are pretty system-specific. -- Scott Lamb

Re: perchild on FreeBSD 5?

Unix boxes. +1: Justin, Ian, Cliff, BillS, striker +0: BrianP, Aaron (mutex contention is looking better with the latest code, let's continue tuning and testing) -0: Lars -- Scott Lamb

Re: ldap

ed to experimental. I think the additional exposure would get these problems solved. -- Scott Lamb

Re: [PATCH] Close connections in mod_auth_ldap

Justin Erenkrantz wrote: > On Thu, Jul 18, 2002 at 03:49:11PM -0500, Scott Lamb wrote: > >>mod_auth_ldap is never releasing locks in mod_auth_ldap_auth_checker, so >>OpenLDAP eventually runs out of filehandles. pam_ldap and nss_ldap stop >>working, badness happens. >

[PATCH] Close connections in mod_auth_ldap

mod_auth_ldap is never releasing locks in mod_auth_ldap_auth_checker, so OpenLDAP eventually runs out of filehandles. pam_ldap and nss_ldap stop working, badness happens. -- Scott Lamb Call util_ldap_connection_close in every exit path from mod_auth_ldap_auth_checker. Index: modules/httpd

Re: httpd-ldap maintained?

Graham Leggett wrote: > Ok... worker is threaded? (I don't know my MPM's, been focusing on the > other modules). Yes, worker is threaded. But I was wrong - it has the same problem as with prefork. I think I was not as brutal the first time I tested with worker; see below. >> Connections accum

httpd-ldap maintained?

27;s going horribly wrong. Still ldap_status doesn't show anything being cached. Connections accumulate until OpenLDAP runs out of filehandles and bad things happen. Is this a known problem? Any workaround? Thanks, Scott Lamb

umask and modules/dav/fs

globally would work. Are there situations where it'd need to be set on a per-directory basis? I.e., is there need for a "DavUmask" directive that can be set in containers? -- Scott Lamb

Re: Fixing BrowserMatch: multi-string search algorithms?

Scott Lamb wrote: > I suggest creating a new regular expression which is each of the ones in > the list separated by '|'. It will use regular expression alternatives > to match multiple patterns with a single state machine. And add almost > no code. Oops, I forgot to men

Re: Fixing BrowserMatch: multi-string search algorithms?

hm for comparing > an input string against a set of multiple pattern strings? I suggest creating a new regular expression which is each of the ones in the list separated by '|'. It will use regular expression alternatives to match multiple patterns with a single state machine. And add almost no code. -- Scott Lamb

Re: [patch] small perchild fixes

On Mon, Apr 22, 2002 at 01:46:58PM -0500, Scott Lamb wrote: > I've attached a small patch to perchild that Oops. No, I didn't. Lemme try that again... -- Scott Lamb Index: server/mpm/experimental/perchild/config5.m4 ===

[patch] small perchild fixes

ocking APIs, I'll leave that alone.) -- Scott Lamb