On Tue, Jul 25, 2006 at 04:50:07PM -, Mladen Turk wrote:
Author: mturk
Date: Tue Jul 25 09:50:07 2006
New Revision: 425454
URL: http://svn.apache.org/viewvc?rev=425454view=rev
Log:
Added cping/cpong support for the AJP protocol.
This is missing a prototype in ajp.h:
mod_proxy_ajp.c:
I've just looked at wrowe's patch and find no fault, but reviewing it to
the point where I'd feel comfortable voting +1 defeats me.
Do you have any pointers to your feedback from satisfied users,
or similarly relevant material?
--
Nick Kew
Joe Orton wrote:
On Tue, Jul 25, 2006 at 04:50:07PM -, Mladen Turk wrote:
Author: mturk
Date: Tue Jul 25 09:50:07 2006
New Revision: 425454
URL: http://svn.apache.org/viewvc?rev=425454view=rev
Log:
Added cping/cpong support for the AJP protocol.
This is missing a prototype in ajp.h:
William A. Rowe, Jr. wrote:
William A. Rowe, Jr. wrote:
All of this sounds great! But I'm planning to TR by Wednesday, it's
just been way too long since we've had a release. Pathetic really :)
Just to make sure 2.2.3 and 2.0.59 are rock solid, I'll slide this to
Thursday morning. Please
On Wednesday 26 July 2006 11:02, Mladen Turk wrote:
There are lots of things to backport. IMHO its the entire HEAD,
and spread over the multiple svn commits.
How we should deal with that?
Having multiple backports or a single one?
IMO if we try and deal with that for a security release this
Nick Kew wrote:
On Wednesday 26 July 2006 11:02, Mladen Turk wrote:
There are lots of things to backport. IMHO its the entire HEAD,
and spread over the multiple svn commits.
How we should deal with that?
Having multiple backports or a single one?
IMO if we try and deal with that for a
On 07/26/2006 12:07 PM, Nick Kew wrote:
On Wednesday 26 July 2006 11:02, Mladen Turk wrote:
There are lots of things to backport. IMHO its the entire HEAD,
and spread over the multiple svn commits.
How we should deal with that?
Having multiple backports or a single one?
IMO if we try
[
http://issues.apache.org/jira/browse/MODPYTHON-169?page=comments#action_12423609
]
Graham Dumpleton commented on MODPYTHON-169:
At the same time as looking into how to allow mod_python to act as an auth
provider, should also look
On 26.07.2006 15:42, [EMAIL PROTECTED] wrote:
Author: jfclere
Date: Wed Jul 26 06:42:43 2006
New Revision: 425734
URL: http://svn.apache.org/viewvc?rev=425734view=rev
Log:
Add ap_slotmem_attach() to the slotmem_storage_method.
Cut mod_sharemem.c in 2 so that its features could be
used
On Mon, Jul 24, 2006 at 9:02 AM, in message [EMAIL PROTECTED],
Well, I think that the following patch in mod_authz_core.c fixes the
problem that you are looking at:
@@ -628,16 +633,25 @@
switch (auth_result) {
case AUTHZ_DENIED:
+case
Nick Kew wrote:
IMO if we try and deal with that for a security release this week,
we'll botch it.
that should not have been made known yet...
--
===
Jim Jagielski [|] [EMAIL PROTECTED] [|]
Mladen Turk wrote:
There are lots of things to backport. IMHO its the entire HEAD,
and spread over the multiple svn commits.
How we should deal with that?
Having multiple backports or a single one?
The patches before my addition for cping/cpong, that BTW is
configurable, and as such
On 7/26/2006 at 9:11 AM, in message [EMAIL PROTECTED],
Ruediger
Pluem [EMAIL PROTECTED] wrote:
On Mon, Jul 24, 2006 at 9:02 AM, in message
[EMAIL PROTECTED],
Well, I think that the following patch in mod_authz_core.c fixes
the
problem that you are looking at:
@@ -628,16 +633,25 @@
Jim Jagielski wrote:
Mladen Turk wrote:
There are lots of things to backport. IMHO its the entire HEAD,
and spread over the multiple svn commits.
How we should deal with that?
Having multiple backports or a single one?
we should simply update STATUS as usually... most of the
backports are
On 26.07.2006 17:24, Brad Nicholes wrote:
At this point I consider it to be a bug. This is the patch that I am
currently working on that includes the use of AUTHZ_NEUTRAL return code.
Then I will wait for this patch.
I think that if the reject condition is satisfied then the request
On 7/26/06, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
* mod_isapi: Simply backport the host of fixes for compilation on unix,
PR#'s 15993 29098 30022 16637 30033 28089
by pushing to trunk/ rev 416293 of modules/arch/win32/mod_isapi.[ch]
which compiles without
Ruediger Pluem wrote:
On 26.07.2006 15:42, [EMAIL PROTECTED] wrote:
Author: jfclere
Date: Wed Jul 26 06:42:43 2006
New Revision: 425734
URL: http://svn.apache.org/viewvc?rev=425734view=rev
Log:
Add ap_slotmem_attach() to the slotmem_storage_method.
Cut mod_sharemem.c in 2 so that its
On 26.07.2006 17:39, Jean-frederic Clere wrote:
Ruediger Pluem wrote:
Too much copy and paste? We already found it above and what we are
searching for
is in *new isn't it? (Maybe we should also set *new to NULL in the
beginning to
have a defined return value?)
No... There is a typo:
Hi,
I have started to write a generic health-checker for mod_proxy. I
would like to change the macro PROXY_WORKER_IS_USABLE() to a routine in
proxy_util.c.
Comments?
Another problem I have is to decide the max size of the slot mem for the
worker: proxy_lb_workers() only gives the right
On 26.07.2006 18:11, Jean-frederic Clere wrote:
Hi,
I have started to write a generic health-checker for mod_proxy. I
would like to change the macro PROXY_WORKER_IS_USABLE() to a routine in
proxy_util.c.
Comments?
From my current point of view we should keep this macro as a simple bit
+1 too.2006/7/26, Jim Gallacher [EMAIL PROTECTED]:
I think it's time for a core vote on the 3.2.10 release, as no more testresults have appeared since Saturday.This vote is for the mod_python core only (Jim, Graham, Grisha and Nicolas).I am:+1 release now
JimTest summary:+1 Fedora Core 5, Apache
Ok this is my first path so please bare with me and review.Since I'm rather new to C I did a lot of research and testing on this.More information regarding the changes:
http://msdn.microsoft.com/msdnmag/issues/06/05/x64/default.aspx#S4 --- os\win32\os.h -- os.h.orig 2006-04-22
On 07/26/2006 10:10 PM, Jorge Schrauwen wrote:
Ok this is my first path so please bare with me and review.
Since I'm rather new to C I did a lot of research and testing on this.
More information regarding the changes:
http://msdn.microsoft.com/msdnmag/issues/06/05/x64/default.aspx#S4
Ruediger Pluem wrote:
On 26.07.2006 18:11, Jean-frederic Clere wrote:
Hi,
I have started to write a generic health-checker for mod_proxy. I
would like to change the macro PROXY_WORKER_IS_USABLE() to a routine in
proxy_util.c.
Comments?
From my current point of view we should keep
I just tried lots of diferent comment styles like #, ', ... till i found one that worked. never though there would be more that one... makes sence though, especially for larger blocks of comment.So here is an updated diff file.
On 7/26/06, Ruediger Pluem [EMAIL PROTECTED] wrote:
On 07/26/2006
Please don't get annoyed if you are receiving this multiple times..i am new and i am not sure if this message has been posted or not.Dear Forum,I am posting a query for the first time. That too only because i didn't find any other resource for help!!
I have successfully setup Virtualhost
Sridevi.
This is entirely the wrong place to post this.
This is what you want:
http://httpd.apache.org/userslist.html
Here is the central page which describes which lists to use:
http://httpd.apache.org/lists.html
If you speak better German than English, there is a German version of
the
thankyou very much!On 7/26/06, Guy Hulbert [EMAIL PROTECTED] wrote:
Sridevi.This is entirely the wrong place to post this.This is what you want:http://httpd.apache.org/userslist.htmlHere is the central page which describes which lists to use:
http://httpd.apache.org/lists.htmlIf you speak better
Jorge Schrauwen wrote:
I just tried lots of diferent comment styles like #, ', ... till i found
one that worked. never though there would be more that one... makes
sence though, especially for larger blocks of comment.
It makes sense because MS has spoiled you into thinking // is for
+1
On 26/07/2006, at 10:49 PM, Jim Gallacher wrote:
I think it's time for a core vote on the 3.2.10 release, as no more
test
results have appeared since Saturday.
This vote is for the mod_python core only (Jim, Graham, Grisha and
Nicolas).
I am:
+1 release now
Jim
Test summary:
+1
On 07/26/2006 10:53 PM, Jean-frederic Clere wrote:
I already have a prototype of an external health checker process that
uses an AJP cping/cpong and a simple connect for http/https.
Basicaly mod_proxy uses the health_worker_method routine to write and
read from a slot mem that contains the
Just to make sure I've reinstalled my Python 2.3 test environment...So even if I've already voted, I've got an additional +1 Windows 2000 Server SP4, Apache 2.0.58 (mpm-winnt), Python 2.3.5Regards,
Nicolas2006/7/26, Nicolas Lehuen [EMAIL PROTECTED]:
+1 too.2006/7/26, Jim Gallacher [EMAIL
Chris, are you setting the FakeAsync flag, and if you do, does this solve it
or change the behavior?
http://httpd.apache.org/docs/trunk/mod/mod_isapi.html#isapifakeasync
Note several MS examples abuse the CID (connection context) and don't set
it, and apparently MS no longer inspects it. But
Nick Kew wrote:
I've just looked at wrowe's patch and find no fault, but reviewing it to
the point where I'd feel comfortable voting +1 defeats me.
Do you have any pointers to your feedback from satisfied users,
or similarly relevant material?
Try this query
Jeff Trawick wrote:
On 7/26/06, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
* mod_isapi: Simply backport the host of fixes for compilation
on unix,
PR#'s 15993 29098 30022 16637 30033 28089
by pushing to trunk/ rev 416293 of
modules/arch/win32/mod_isapi.[ch]
APACHE 2.3 STATUS: -*-text-*-
Last modified at [$Date: 2006-05-31 15:34:37 -0400 (Wed, 31 May 2006) $]
The current version of this file can be found at:
* http://svn.apache.org/repos/asf/httpd/httpd/trunk/STATUS
Documentation status is maintained
APACHE 2.0 STATUS: -*-text-*-
Last modified at [$Date: 2006-07-26 18:54:36 -0400 (Wed, 26 Jul 2006) $]
The current version of this file can be found at:
* http://svn.apache.org/repos/asf/httpd/httpd/branches/2.0.x/STATUS
Documentation status is
[
http://issues.apache.org/jira/browse/MODPYTHON-143?page=comments#action_12423617
]
Graham Dumpleton commented on MODPYTHON-143:
As per previous comments in:
http://www.modpython.org/pipermail/mod_python/2006-May/021095.html
[ http://issues.apache.org/jira/browse/MODPYTHON-178?page=all ]
Graham Dumpleton reassigned MODPYTHON-178:
--
Assignee: Graham Dumpleton
mod_python.psp should return 404 and not 500 when PSP file doesn't exist.
[ http://issues.apache.org/jira/browse/MODPYTHON-178?page=all ]
Work on MODPYTHON-178 started by Graham Dumpleton.
mod_python.psp should return 404 and not 500 when PSP file doesn't exist.
-
Key:
[ http://issues.apache.org/jira/browse/MODPYTHON-178?page=all ]
Graham Dumpleton resolved MODPYTHON-178.
Fix Version/s: 3.3
Resolution: Fixed
mod_python.psp should return 404 and not 500 when PSP file doesn't exist.
The outcome of incompatibilities between Trac and changes made to
FieldStorage in
mod_python 3.2.9 resulted in us reversing out the changes. The
thought I expressed
at the time was that we keep what would be incompatible code for
mod_python 3.3
on the basis that next version of Trac will use
Graham Dumpleton wrote:
The outcome of incompatibilities between Trac and changes made to
FieldStorage in
mod_python 3.2.9 resulted in us reversing out the changes. The thought I
expressed
at the time was that we keep what would be incompatible code for
mod_python 3.3
on the basis that next
43 matches
Mail list logo
