>>> On 3/16/2006 at 7:01 pm, in message
<[EMAIL PROTECTED]>, "Jeff
Trawick"
<[EMAIL PROTECTED]> wrote:
> On 3/16/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
>> URL: http://svn.apache.org/viewcvs?rev=386477&view=rev
>> Log:
>> remove the race condition when creating the connection pool mute
On 3/16/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> URL: http://svn.apache.org/viewcvs?rev=386477&view=rev
> Log:
> remove the race condition when creating the connection pool mutex. Also
> eliminate some unnecessary uses of the global memory pool
cool!
> @@ -1753,7 +1753,10 @@
> u
On 3/16/06, Graham Leggett <[EMAIL PROTECTED]> wrote:
> Jeff Trawick wrote:
>
> > if ldap server times out the connection and we have to bring one back
> > up, that is no pool growth, right? we just get pool growth when we
> > talk to an LDAP server we haven't already talked to yet, or when?
>
> D
Jeff Trawick wrote:
if ldap server times out the connection and we have to bring one back
up, that is no pool growth, right? we just get pool growth when we
talk to an LDAP server we haven't already talked to yet, or when?
Dead LDAP connections (timed out, server gone away, etc) are repaired
>>> On 3/16/2006 at 11:34 am, in message
<[EMAIL PROTECTED]>, "Jeff
Trawick"
<[EMAIL PROTECTED]> wrote:
> On 3/16/06, Brad Nicholes <[EMAIL PROTECTED]> wrote:
>> >>> On 3/16/2006 at 7:12 am, in message
>> <[EMAIL PROTECTED]>,
"Jeff
>> Trawick"
>> <[EMAIL PROTECTED]> wrote:
>> > On 3/16/06, Ruediger
On 3/16/06, Brad Nicholes <[EMAIL PROTECTED]> wrote:
> >>> On 3/16/2006 at 7:12 am, in message
> <[EMAIL PROTECTED]>, "Jeff
> Trawick"
> <[EMAIL PROTECTED]> wrote:
> > On 3/16/06, Ruediger Pluem <[EMAIL PROTECTED]> wrote:
> >>
> >>
> >> On 03/16/2006 03:49 AM, Jeff Trawick wrote:
> >> > On 3/15/06,
> {>>> On 3/16/2006 at 10:26 am, in message <[EMAIL PROTECTED]>,
Max Bowsher
> <[EMAIL PROTECTED]> wrote:
> Thankyou. In light of this clarification, I have a further question:
is
>there any reason why mod_authz_default should not be folded into
>mod_authz_core?
It could be, but it remains separat
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
>> Max Bowsher wrote:
>> What is the expected level of source compatibility for authz modules
>> between 2.2 and 2.3?
>>
>> I'm confused, as some parts of the authz framework on trunk seem to
>> be attempting to allow some compatibility, whilst other p
> {>>> On 3/16/2006 at 9:19 am, in message <[EMAIL PROTECTED]>,
Max Bowsher
> <[EMAIL PROTECTED]> wrote:
> What is the expected level of source compatibility for authz modules
>between 2.2 and 2.3?
>
>I'm confused, as some parts of the authz framework on trunk seem to
be
>attempting to allow some c
>>> On 3/16/2006 at 7:12 am, in message
<[EMAIL PROTECTED]>, "Jeff
Trawick"
<[EMAIL PROTECTED]> wrote:
> On 3/16/06, Ruediger Pluem <[EMAIL PROTECTED]> wrote:
>>
>>
>> On 03/16/2006 03:49 AM, Jeff Trawick wrote:
>> > On 3/15/06, Brad Nicholes wrote:
>>
>> >
>> > That is really one pool globally bu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
What is the expected level of source compatibility for authz modules
between 2.2 and 2.3?
I'm confused, as some parts of the authz framework on trunk seem to be
attempting to allow some compatibility, whilst other parts do not.
Clarification would be
Hello
Is there a snmp "official" mod available under the 2.2 branch ? I'm
willing to graph some of httpd activity, especially # of requests per
sec. and # of workers.
Sorry for the noise here, but I didn't find relevant infos on mailing lists.
Thanks
Laurent
--
http://in-pocket.blogspot.com";>
On 3/16/06, Ruediger Pluem <[EMAIL PROTECTED]> wrote:
>
>
> On 03/16/2006 03:49 AM, Jeff Trawick wrote:
> > On 3/15/06, Brad Nicholes wrote:
>
> >
> > That is really one pool globally but there is a mutex per server_rec.
> > So a thread handling a request for one vhost grabs the mutex and uses
> >
On Wednesday 15 March 2006 21:34, Jeff Trawick wrote:
[ disclaimer: I haven't looked at the code in question, but I've
dealt with the issue I mention in mod_dbd, and gone through
the logic at greater length for the book ]
> util_ldap_create_config() creates the per-server config for util_ldap.
>
On 03/16/2006 03:49 AM, Jeff Trawick wrote:
> On 3/15/06, Brad Nicholes wrote:
>
> That is really one pool globally but there is a mutex per server_rec.
> So a thread handling a request for one vhost grabs the mutex and uses
> the pool but that doesn't protect from a thread handling a request
On Thu, Mar 16, 2006 at 12:17:15PM +0800, Yusuf Goolamabbas wrote:
> If anybody has access to a Niagara and can test it out, I would really
> appreciate it. According to this blog entry, the Niagara has some very
> impressive RSA perf
>
> http://blogs.sun.com/roller/page/chichang1
I'd be interest
16 matches
Mail list logo