svn commit: r106320 - /httpd/mod_aspdotnet/trunk/Apache.Web/HostFactory.h

2004-11-23 Thread wrowe
Author: wrowe Date: Tue Nov 23 09:50:02 2004 New Revision: 106320 Modified: httpd/mod_aspdotnet/trunk/Apache.Web/HostFactory.h Log: Clean up the only compile emit, and in the process create two different warnings depending on which step fails. Modified:

Re: Fwd: cvs commit: httpd-test/perl-framework/t/htdocs/security CAN-2004-0958.php

2004-11-23 Thread Geoffrey Young
Cliff Woolley wrote: On Tue, 23 Nov 2004, Joe Orton wrote: Discussion of whether or not it's useful to have PHP tests in httpd-test can take place on test-dev@, please send your comments there and I'll follow up. I actually think it's useful to have php tests in our suite, because

Re: Fwd: cvs commit: httpd-test/perl-framework/t/htdocs/security CAN-2004-0958.php

2004-11-23 Thread William A. Rowe, Jr.
At 12:25 PM 11/23/2004, Cliff Woolley wrote: On Tue, 23 Nov 2004, Joe Orton wrote: Discussion of whether or not it's useful to have PHP tests in httpd-test can take place on test-dev@, please send your comments there and I'll follow up. I actually think it's useful to have php tests in our

Re: Fwd: cvs commit: httpd-test/perl-framework/t/htdocs/security CAN-2004-0958.php

2004-11-23 Thread Joe Orton
On Tue, Nov 23, 2004 at 12:55:16PM -0600, William Rowe wrote: What I questioned was why we were doing the security validation of PHP when it's outside the scope of httpd, or isn't due to some interaction with httpd. This is true for most of the functional tests of PHP in t/php/ which Covalent

Re: Bug #31228

2004-11-23 Thread Jeff Trawick
On Mon, 22 Nov 2004 21:37:43 -0500, Garrett Rooney [EMAIL PROTECTED] wrote: Geoffrey Young wrote: Garrett Rooney wrote: Justin Erenkrantz wrote: --On Friday, September 17, 2004 1:07 PM -0400 Garrett Rooney [EMAIL PROTECTED] wrote: Could someone please take a look at bug

Re: mod_cgid, unix socket, ScriptSock directive

2004-11-23 Thread Bill Stoddard
Jeff Trawick wrote: On Sat, 20 Nov 2004 12:11:34 -0500, Jeff Trawick [EMAIL PROTECTED] wrote: The ScriptSock directive must be used when there are two instances of the server with same ServerRoot. If it is omitted, symptoms may include . wrong credentials for CGIs . CGIs stop working for one

Re: More musings about asynchronous MPMs Re: Event MPM

2004-11-23 Thread Bill Stoddard
Brian Pane wrote: Paul Querna wrote: Paul Querna wrote: A thread per-connection that is currently being processed. Note that this is not the traditional 'event' model that people write huge papers about and thttpd raves about, but rather a hybrid that uses a Worker Thread todo the processing,

Re: mod_cgid, unix socket, ScriptSock directive

2004-11-23 Thread Jeff Trawick
On Tue, 23 Nov 2004 12:18:11 -0500, Bill Stoddard [EMAIL PROTECTED] wrote: Jeff Trawick wrote: On Sat, 20 Nov 2004 12:11:34 -0500, Jeff Trawick [EMAIL PROTECTED] wrote: The ScriptSock directive must be used when there are two instances of the server with same ServerRoot. If it is

Re: [PATCH] another mod_deflate vs 304 response case

2004-11-23 Thread Cliff Woolley
On Mon, 22 Nov 2004, Roy T. Fielding wrote: Quoting William A. Rowe, Jr. [EMAIL PROTECTED]: Okay, but why the next three lines? Why would Content-Encoding: gzip *ever* be set on a 304? Because Content-* header fields in a 304 response describe what the response entity would contain if

Re: Bug #31228

2004-11-23 Thread Geoffrey Young
So, uhh, ping? Any comments other than i'm iffy and is there any reason not to add it? +1 (concept; implementation not verified) here too. is this the most recent patch: http://issues.eu.apache.org/bugzilla/attachment.cgi?id=12746 ? if so, I'll try and review the implementation early

Re: Bug #31228

2004-11-23 Thread Garrett Rooney
Geoffrey Young wrote: So, uhh, ping? Any comments other than i'm iffy and is there any reason not to add it? +1 (concept; implementation not verified) here too. is this the most recent patch: http://issues.eu.apache.org/bugzilla/attachment.cgi?id=12746 ? if so, I'll try and review the

Re: Whitespace strip filter for httpd v2.1

2004-11-23 Thread Graham Leggett
Ian Holsman wrote: In a nutshell, it is very hard to strip whitespace out of HTML, and have the resulting file still be as valid as the old one. Browsers are very forgiving on something and not on others. for example, you should not strip code inside of javascript, or 'pre' tags. The filter does

Re: 2.1.1 tarballs posted...

2004-11-23 Thread Glenn Strauss
On Mon, Nov 22, 2004 at 10:06:02PM +, Matthieu Estrade wrote: Justin Erenkrantz wrote: http://httpd.apache.org/dev/dist/ Grab the 2.1.1 tarballs while they're fresh. Please start testing these releases - they should have the intent of becoming the beginning of the 2.2.x series

Re: [PATCH] another mod_deflate vs 304 response case

2004-11-23 Thread Joe Orton
On Mon, Nov 22, 2004 at 11:40:29PM -0800, Roy T. Fielding wrote: Quoting William A. Rowe, Jr. [EMAIL PROTECTED]: Okay, but why the next three lines? Why would Content-Encoding: gzip *ever* be set on a 304? Because Content-* header fields in a 304 response describe what the response

Re: [PATCH] another mod_deflate vs 304 response case

2004-11-23 Thread Joe Orton
On Tue, Nov 23, 2004 at 07:51:19PM +, Joe Orton wrote: On Mon, Nov 22, 2004 at 11:40:29PM -0800, Roy T. Fielding wrote: Quoting William A. Rowe, Jr. [EMAIL PROTECTED]: Okay, but why the next three lines? Why would Content-Encoding: gzip *ever* be set on a 304? Because

Re: Possible leak in core_output_filter()

2004-11-23 Thread Cliff Woolley
On Tue, 23 Nov 2004, Ronald Park wrote: Now, for the bad news: we don't know if there's a specific single request that creates the problem. In fact, given that it mostly runs Blah, I was afraid of that. :-/ Now for the good news: we can probably run in production with debugging enabled

Re: Possible leak in core_output_filter()

2004-11-23 Thread Cliff Woolley
On Tue, 23 Nov 2004, Jim Jagielski wrote: http://www.apache.org/~jim/mod_dumpio.c Yeah. :-) But mod_dumpio calls apr_bucket_read() unconditionally on data buckets, which is exactly what I *don't* want it to do. Because that modifies the contents of the brigade. The module I'm looking for

Re: Moving some files around?

2004-11-23 Thread William A. Rowe, Jr.
At 05:39 PM 11/23/2004, Justin Erenkrantz wrote: There are some files that have content that have nothing to do with their name. And that annoys me to no end. Since we're now using a version control system that supports renames (oh yay!), any support for refactoring some files? My preliminary

Re: Possible leak in core_output_filter()

2004-11-23 Thread Jim Jagielski
One thing I was hoping is that, if bundled it, people can add the kind of features they need. It was designed for a simple and clear purpose, but there is more that it can, and should, do :) Cliff Woolley wrote: On Tue, 23 Nov 2004, Jim Jagielski wrote:

Re: Moving some files around?

2004-11-23 Thread Justin Erenkrantz
--On Tuesday, November 23, 2004 6:06 PM -0600 William A. Rowe, Jr. [EMAIL PROTECTED] wrote: server/core.c: the core_input/output_filter-modules/filters/core.c *or* server/core_filters.c (server/core.c is 150k. Yikes!)\ Sounds like multiple

Home for mod_dumpio was Re: Possible leak in core_output_filter()

2004-11-23 Thread Justin Erenkrantz
--On Tuesday, November 23, 2004 7:54 PM -0500 Jim Jagielski [EMAIL PROTECTED] wrote: One thing I was hoping is that, if bundled it, people can add the kind of features they need. It was designed for a simple and clear purpose, but there is more that it can, and should, do :) I think mod_dumpio

Re: Moving some files around?

2004-11-23 Thread William A. Rowe, Jr.
At 10:37 PM 11/23/2004, Justin Erenkrantz wrote: --On Tuesday, November 23, 2004 6:06 PM -0600 William A. Rowe, Jr. [EMAIL PROTECTED] wrote: server/request.c: ap_directory_walk/ap_location_walk/ap_file_walk-server/walk.c leave location_walk - it has NOTHING to do with files. The directory/file

Re: Moving some files around?

2004-11-23 Thread William A. Rowe, Jr.
At 06:06 PM 11/23/2004, William A. Rowe, Jr. wrote: ap_byterange_filter-modules/http/byterange_filter.c urp. I'm not 100% certain we want the byterange filter in the same context as the http protocol. Would be -so- nice to abstract this so it was generic to potentially multiple protocols which