Win32 inconsistencies

2007-03-16 Thread William A. Rowe, Jr.
I'd like to propose we make two changes on Win32. 1st; deprecate the Win32DisableAcceptEx directive (axe it entirely from trunk), and change the default to.. AcceptFilter none with options of AcceptFilter ex AcceptFilter data Either form will trigger the AcceptEx code path, the later

mod_proxy patches

2007-03-16 Thread Mathias Herberts
Hi, back in october I submitted several patches to mod_proxy to address some issues I had. At the time I was asked to resubmit my patched against trunk instead of branch 2.2. I did not find the time then to redo the work but at last I've been able to dedicate some time to this task. Included in

Re: mod_proxy patches

2007-03-16 Thread Jean-Frederic
On Fri, 2007-03-16 at 12:21 +0100, Mathias Herberts wrote: Hi, back in october I submitted several patches to mod_proxy to address some issues I had. At the time I was asked to resubmit my patched against trunk instead of branch 2.2. I did not find the time then to redo the work but at last

Re: mod_proxy patches

2007-03-16 Thread Mathias Herberts
On 3/16/07, Jean-Frederic [EMAIL PROTECTED] wrote: [snip] * forceclose.patch This patch adds a worker option 'forceclose' which can be set to 'On' or 'Off' and which specifies if the backend connection should be closed upon request completion. Being able to force the closing of a

Re: [PATCH 31268] - Revised patch submitted

2007-03-16 Thread Arvind Srinivasan
Hi Jim, Jim Jagielski wrote: Thanks for the patch. I'll take a look (and review the history of the enhancement request)! Sander has reviewed and approved my revised patch for http://issues.apache.org/bugzilla/show_bug.cgi?id=31268 (ab: add an option to override the target host). Please

Re: mod_proxy patches

2007-03-16 Thread Mladen Turk
Mathias Herberts wrote: The 'forceclose' patch will ensure that this situation will never happen as the Cmax connections will not be kept idle. It will have a slight performance penalty but that's better than a total inability to serve requests (which should only happen when T0 is really

Re: PATCH: support utilities should enable crypt() , current htdbm checks broken

2007-03-16 Thread William A. Rowe, Jr.
Nope - it won't. Where does z/OS define the crypt() prototype? The correct patch is to ask APR_HAS_CRYPT (which we need to provide by patching apr, if we don't already.) If APR didn't detect crypt, adding crypt() style p/w's to htdbm, htpasswd etc will still be a noop. Bill David Jones wrote:

Re: PATCH: support utilities should enable crypt() , current htdbm checks broken

2007-03-16 Thread Jeff Trawick
On 3/16/07, William A. Rowe, Jr. [EMAIL PROTECTED] wrote: Nope - it won't. Where does z/OS define the crypt() prototype? unistd.h is the common place, z/OS or not. http://www.opengroup.org/onlinepubs/007908799/xsh/crypt.html Apparently crypt_r() is often defined in crypt.h but not in

Re: PATCH: support utilities should enable crypt() , current htdbm checks broken

2007-03-16 Thread William A. Rowe, Jr.
Jeff Trawick wrote: APR doesn't pretend to figure out for APR apps exactly what the system provides, though there is currently a spotty set of APR_HAS_foo. Meanwhile, httpd goes and searches on its own for things APR doesn't tell anyone about. I'm curious about other opinions on whether

Re: PATCH: support utilities should enable crypt() , current htdbm checks broken

2007-03-16 Thread Jeff Trawick
On 3/16/07, William A. Rowe, Jr. [EMAIL PROTECTED] wrote: Jeff Trawick wrote: APR doesn't pretend to figure out for APR apps exactly what the system provides, though there is currently a spotty set of APR_HAS_foo. Meanwhile, httpd goes and searches on its own for things APR doesn't tell

Re: 2.2.4 windows binary w/ssl?

2007-03-16 Thread William A. Rowe, Jr.
William A. Rowe, Jr. wrote: William A. Rowe, Jr. wrote: I'd like to propose we ship apache_2.2.4-win32-x86-openssl-0.9.8d.msi with this release. Couple of notes... Did anyone else have feedback on the comments/notes? I know Roy's made some additional progress with the notification

Re: ReCap: 2.2.4 windows binary w/ssl - server certificates

2007-03-16 Thread William A. Rowe, Jr.
Marc Stern wrote: For info, I developed for the Belgian government, a reverse proxy installation script (Unix/Windows) that encompasses a certificate creation, and its registration in the config file. This uses gawk. It is available on

Re: ReCap: 2.2.4 windows binary w/ssl?

2007-03-16 Thread William A. Rowe, Jr.
Sander Temme wrote: On Mar 6, 2007, at 3:56 PM, William A. Rowe, Jr. wrote: Don't know about the shm session cache. Otherwise, the quotation issues are fairly minor. I see that in trunk on unix we quote paths, and in extra/httpd-ssl.conf we don't. Time to rigorously quote every path in

[RFC] Guide to writing output filters

2007-03-16 Thread Joe Orton
http://people.apache.org/~jorton/output-filters.html How does this look? Anything missed out, anything that doesn't make sense? I think this covers most of the major problems in output filters which keep coming up. I'd also like to add a simple buffering filter which does things right and

Re: 2.2.4 windows binary w/ssl?

2007-03-16 Thread Roy T. Fielding
On Mar 16, 2007, at 2:48 PM, William A. Rowe, Jr. wrote: William A. Rowe, Jr. wrote: William A. Rowe, Jr. wrote: I'd like to propose we ship apache_2.2.4-win32-x86- openssl-0.9.8d.msi with this release. Couple of notes... Did anyone else have feedback on the comments/notes? I know Roy's

Re: 2.2.4 windows binary w/ssl?

2007-03-16 Thread William A. Rowe, Jr.
Roy T. Fielding wrote: On Mar 16, 2007, at 2:48 PM, William A. Rowe, Jr. wrote: William A. Rowe, Jr. wrote: William A. Rowe, Jr. wrote: I'd like to propose we ship apache_2.2.4-win32-x86-openssl-0.9.8d.msi with this release. Couple of notes... Did anyone else have feedback on the

Re: ReCap: 2.2.4 windows binary w/ssl?

2007-03-16 Thread Sander Temme
On Mar 16, 2007, at 2:55 PM, William A. Rowe, Jr. wrote: Working on this as we speak. I'll go over all of trunk/docs/conf/extra/*.conf.in, then propose the backport. Good catches; in the meantime - we'll let the user fix their config for the remaining (hopefully short) life of 2.2.4 and