3.2.6b?

2005-12-17 Thread Jim Gallacher
We had talked about doing a 3.2 final release just after ApacheCon. A couple of things have cropped up which we have (or should) fix, but these will not be substantial changes from 3.2.5b. As such I think we should do another beta followed very quickly by a final release. Any new bugs that

Re: [jira] Created: (MODPYTHON-98) wrong handler supplied to req.add_handler() generates error

2005-12-17 Thread Jim Gallacher
My eyes keep glazing over every time I read through MODPYTHON-98. This is not a reflection on Graham's excellent writing. I should probably just drink some more coffee. :) As Graham suggests I think raising an exception is the right way to go, along with the documentation change to reflect

Re: [jira] Commented: (MODPYTHON-99) accessing some request or server object members causes a segfault

2005-12-17 Thread Jim Gallacher
I declare the voting over and empty tuple wins in a landslide. :) I'll commit the changes shortly. Jim Nicolas Lehuen wrote: +1 for the empty tuple too. Regards, Nicolas 2005/12/17, Jim Gallacher [EMAIL PROTECTED]: Nicolas Lehuen (JIRA) wrote: [

[jira] Resolved: (MODPYTHON-99) accessing some request or server object members causes a segfault

2005-12-17 Thread Jim Gallacher (JIRA)
[ http://issues.apache.org/jira/browse/MODPYTHON-99?page=all ] Jim Gallacher resolved MODPYTHON-99: Fix Version: 3.2 Resolution: Fixed Assign To: Jim Gallacher accessing some request or server object members causes a segfault

Re: 3.2.6b?

2005-12-17 Thread Graham Dumpleton
On 18/12/2005, at 3:09 AM, Jim Gallacher wrote: We had talked about doing a 3.2 final release just after ApacheCon. A couple of things have cropped up which we have (or should) fix, but these will not be substantial changes from 3.2.5b. As such I think we should do another beta followed

[jira] Commented: (MODPYTHON-98) wrong handler supplied to req.add_handler() generates error

2005-12-17 Thread Graham Dumpleton (JIRA)
[ http://issues.apache.org/jira/browse/MODPYTHON-98?page=comments#action_12360697 ] Graham Dumpleton commented on MODPYTHON-98: --- To summarise the changes in the above into one spot so it is easier to see what is required: 1. If say that

[jira] Created: (MODPYTHON-100) raise apache.SERVER_RETURN, apache.OK aborts handlers.

2005-12-17 Thread Graham Dumpleton (JIRA)
raise apache.SERVER_RETURN, apache.OK aborts handlers. -- Key: MODPYTHON-100 URL: http://issues.apache.org/jira/browse/MODPYTHON-100 Project: mod_python Type: Bug Components: core Versions: 3.1.4, 3.2

[jira] Commented: (MODPYTHON-94) Calling APR optional functions provided by mod_ssl

2005-12-17 Thread Graham Dumpleton (JIRA)
[ http://issues.apache.org/jira/browse/MODPYTHON-94?page=comments#action_12360708 ] Graham Dumpleton commented on MODPYTHON-94: --- If we are going to do this, can we not truncate the ssl_var_lookup() function name? Ie., use req.ssl_var_lookup()

Re: doxygen [ALL AS 1]

2005-12-17 Thread Philip M. Gollucci
(gmake docs stdout) | grep -i apreq /usr/home/pgollucci/dev/repos/asf/httpd/apreq/5.8.7_svn_prefork/include/apreq.h:239: Warning: Member apreq_attr_to_type(T, A, P) of file apreq.h is not documented. /usr/home/pgollucci/dev/repos/asf/httpd/apreq/5.8.7_svn_prefork/include/apreq_error.h:43:

Re: svn commit: r357333 - /httpd/httpd/branches/2.0.x/STATUS

2005-12-17 Thread Justin Erenkrantz
On Sat, Dec 17, 2005 at 09:37:25AM -, [EMAIL PROTECTED] wrote: Author: rpluem Date: Sat Dec 17 01:37:22 2005 New Revision: 357333 URL: http://svn.apache.org/viewcvs?rev=357333view=rev Log: * Add proposal for backport Modified: httpd/httpd/branches/2.0.x/STATUS Modified:

Re: svn commit: r357333 - /httpd/httpd/branches/2.0.x/STATUS

2005-12-17 Thread Ruediger Pluem
On 12/17/2005 11:43 AM, Justin Erenkrantz wrote: On Sat, Dec 17, 2005 at 09:37:25AM -, [EMAIL PROTECTED] wrote: [..cut..] FWIW, I believe Joe and I both explicitly said our votes count to merge back to 2.0 and 2.2 on-list. So, I'd go ahead and just merge back to both trees as well.

Re: svn commit: r357333 - /httpd/httpd/branches/2.0.x/STATUS

2005-12-17 Thread Jim Jagielski
Justin Erenkrantz wrote: FWIW, I believe Joe and I both explicitly said our votes count to merge back to 2.0 and 2.2 on-list. So, I'd go ahead and just merge back to both trees as well. (A +1 on [EMAIL PROTECTED] is equivalent to a vote in STATUS.) I also +1ed --

Re: AW: AW: AW: 2.2 mod_http_proxy and partial pages

2005-12-17 Thread Ruediger Pluem
On 12/16/2005 09:41 AM, Plüm wrote: [..cut..] Currently I am away from my development env. I hope I can post a complete patch with all my ideas by tomorrow. I worked out a new version of the patch. It is attached. I checked it again with my jsp and it seems to work well. If nobody has

Re: AW: AW: AW: 2.2 mod_http_proxy and partial pages

2005-12-17 Thread Jim Jagielski
On Dec 17, 2005, at 11:32 AM, Ruediger Pluem wrote: Index: server/core_filters.c === --- server/core_filters.c (Revision 357328) +++ server/core_filters.c (Arbeitskopie) @@ -315,8 +315,10 @@

realtime client connnection abort notifications

2005-12-17 Thread Christian Parpart
Hi all, I've been messing with this problem for years now. Apache at least didn't support it in the public API somehow, so I catched the connections file descriptor using a pre connection hook and then created a thread that poll()'s on this to invoke a connection abort handler I need within

Re: realtime client connnection abort notifications

2005-12-17 Thread Jeff Trawick
On 12/17/05, Christian Parpart [EMAIL PROTECTED] wrote: What I need is a way to install a hook within the apache server process that gets invoked ASAP(!) the client connection of interest has been aborted (mostly by client side). if a module is busy handling the request (e.g., long-running

Re: AW: AW: AW: 2.2 mod_http_proxy and partial pages

2005-12-17 Thread Ruediger Pluem
On 12/17/2005 06:30 PM, Jim Jagielski wrote: On Dec 17, 2005, at 11:32 AM, Ruediger Pluem wrote: [..cut..] I still think that having this http specific error mode hidden within the core output filter is misguided. Instead, a specific http output filter is, imo, a better place.