Trunk is CTR, but I do want to make sure no one is completely opposed to
pulling in mod_wombat.
In a dev branch, I've done the work to pull it all together:
https://svn.apache.org/repos/asf/httpd/httpd/branches/wombat-integration
Paul Querna wrote:
Trunk is CTR, but I do want to make sure no one is completely opposed to
pulling in mod_wombat.
Any opposition to merging it to trunk?
None at all
[1] - I did this because tackling the apreq issue is way more
complicated -- the work around I did for parsing POST bodies
Ruediger Pluem wrote:
+typedef struct hb_ctx_t
+{
+int active;
+apr_sockaddr_t *mcast_addr;
+int server_limit;
+int thread_limit;
+int status;
+int keep_running;
Shouldn't this be volatile?
Changed, r723660.
+if (res == SERVER_READY
Ruediger Pluem wrote:
On 12/01/2008 06:12 AM, [EMAIL PROTECTED] wrote:
Author: pquerna
Date: Sun Nov 30 21:12:22 2008
New Revision: 721965
URL: http://svn.apache.org/viewvc?rev=721965view=rev
Log:
Add a new module, mod_ratelimit, originally written at Joost, which can rate
limit the outgoing
Ruediger Pluem wrote:
On 12/01/2008 08:25 AM, [EMAIL PROTECTED] wrote:
Author: pquerna
Date: Sun Nov 30 23:25:11 2008
New Revision: 721987
URL: http://svn.apache.org/viewvc?rev=721987view=rev
Log:
Add a new module to read in the heartbeat file and do load balancing for
mod_proxy based upon
On Dec 5, 2008, at 4:21 AM, Paul Querna wrote:
Is there any reason why we must use either APR_LOCK_FCNTL or
APR_LOCK_FLOCK,
wouldn't the default mutex work?
The default lock mech on OSX is sysvsem. I couldn't get it to work
properly after forking at all.
Maybe I was doing something
Jim Jagielski schrieb:
On Dec 5, 2008, at 4:21 AM, Paul Querna wrote:
Is there any reason why we must use either APR_LOCK_FCNTL or
APR_LOCK_FLOCK,
wouldn't the default mutex work?
The default lock mech on OSX is sysvsem. I couldn't get it to work
properly after forking at all.
Maybe
On 12/4/2008 at 1:30 PM, in message [EMAIL PROTECTED], Chris
Darroch [EMAIL PROTECTED] wrote:
Hi --
Eric Covener wrote:
I had meant iif containers are used, I'd like their name to
communicate the require or reject part while the authz providers
would be match-like (because the Require on
On Fri, Dec 5, 2008 at 12:43 AM, Paul Querna [EMAIL PROTECTED] wrote:
Trunk is CTR, but I do want to make sure no one is completely opposed to
pulling in mod_wombat.
In a dev branch, I've done the work to pull it all together:
Paul Querna wrote:
[1] - I did this because tackling the apreq issue is way more
complicated -- the work around I did for parsing POST bodies for example
is completely unacceptable in the long run, but it 'works' for now --
In the long run we should import at least parts of apreq.
I'm
On Fri, 05 Dec 2008 00:43:57 -0800
Paul Querna [EMAIL PROTECTED] wrote:
Trunk is CTR, but I do want to make sure no one is completely opposed
to pulling in mod_wombat.
In a dev branch, I've done the work to pull it all together:
Greetings. If this isn't being sent to the correct list, I apologize.
Let me know and I'll go elsewhere.
I'd like to make a minor improvement to rotatelogs and wanted to check
with the list to see what would be most appreciated.
rotatelogs as it stands now cannot rotate by time and date in a
According to the patch page, a reminder is good!
Superficially, it is easy to think of SNI as a feature enhancement.
Instead, it is better to think of it as a security bug fix to SSL, at
the protocol level.
The most common failure mode of any security system is that it is not
used. Turned
Nick Kew wrote:
On Fri, 05 Dec 2008 00:43:57 -0800
Paul Querna [EMAIL PROTECTED] wrote:
Trunk is CTR, but I do want to make sure no one is completely opposed
to pulling in mod_wombat.
In a dev branch, I've done the work to pull it all together:
On Dec 5, 2008, at 2:00 PM, Paul Querna wrote:
Nick Kew wrote:
On Fri, 05 Dec 2008 00:43:57 -0800
Paul Querna [EMAIL PROTECTED] wrote:
Trunk is CTR, but I do want to make sure no one is completely
opposed
to pulling in mod_wombat.
In a dev branch, I've done the work to pull it all
glim wrote:
Greetings. If this isn't being sent to the correct list, I apologize.
Let me know and I'll go elsewhere.
I'd like to make a minor improvement to rotatelogs and wanted to check
with the list to see what would be most appreciated.
rotatelogs as it stands now cannot rotate by time
glim schrieb:
Greetings. If this isn't being sent to the correct list, I apologize.
Let me know and I'll go elsewhere.
I'd like to make a minor improvement to rotatelogs and wanted to check
with the list to see what would be most appreciated.
rotatelogs as it stands now cannot rotate by
17 matches
Mail list logo
