Re: [patch] a cleaner make clean

2001-09-09 Thread Stas Bekman
On Sat, 8 Sep 2001, Doug MacEachern wrote: On Sat, 8 Sep 2001, Stas Bekman wrote: all autogenerated files should be cleaned. true. +my @clean_conf = map { t/conf/$_ } +qw(*.conf apache_test_config.pm ssl/ssl.conf); but we should really hook into calling 't/TEST -clean' via

Re: [PATCH] Enhancement to mod_auth

2001-09-09 Thread Rodent of Unusual Size
* On 2001-09-09 at 08:44, sterling [EMAIL PROTECTED] excited the electrons to say: i still say 'Require valid-user' should be handled by the core i've said this before, but its kinda kludgy the way it is. e.g: if you are using mod_auth_db and have a 'Require valid-user' it only

Re: Authentication and Authorization

2001-09-09 Thread Graham Leggett
William A. Rowe, Jr. wrote: -1 (veto) for 2.0 development. I'd love to see this happen. Not in the current cycle. I was actually contemplating an entire split between the authn/authz storage and methods. But that can't happen in this cycle either if we ever want to get to release. From

Re: Authentication and Authorization

2001-09-09 Thread William A. Rowe, Jr.
Can we get to a release candidate? Either that, or we branch, and make someone responsible for porting forward all 2.0 patches to 2.1. I don't know of anyone who has the time or inclination to monitor and take responsiblity for applying all such patches forward ;) Tomcat's repository contains

Re: using sendfile on MMAP'd buckets

2001-09-09 Thread Cliff Woolley
On 9 Sep 2001, Ian Holsman wrote: I was looking through the sendfile code, and it looks like we could use sendfile to transmit a memory-mapped bucket if we kept the file-descriptor when we create the mmap bucket. I don't have sendfile installed on solaris (yet) but I think sendfile is

[PATCH] WIN9x shutdown/logoff -- Win9xConHook

2001-09-09 Thread Mladen Turk
Hi all, There has been some thoughts to "adopt" the Win9xConHook from 1.3 branch. I even posted the patch last month and Bill already put the Win9xConHook to CVS. Now, I have some doubts if this is the right way to go, and here is why: Apache2 already has a service monitor thread

Re: using sendfile on MMAP'd buckets

2001-09-09 Thread Cliff Woolley
On Sun, 9 Sep 2001, Ryan Bloom wrote: Just because you have an MMAP doesn't necessarily mean the original file descriptor is still open, so you're not guaranteed that you can use sendfile()... I have thought about doing this for a long time, but I've been told that sendfile is

Re: using sendfile on MMAP'd buckets

2001-09-09 Thread Cliff Woolley
On Sun, 9 Sep 2001, Brian Pane wrote: Right, although this isn't a problem with Apache because the file bucket code doesn't close the fd when it does an mmap. mod_file_cache does. --Cliff -- Cliff Woolley [EMAIL PROTECTED]

Re: using sendfile on MMAP'd buckets

2001-09-09 Thread Marc Slemko
On Sun, 9 Sep 2001, Brian Pane wrote: On Linux, at least, it's a win. I did some experiments a few weeks ago and found that, after doing open and mmap on a file, it's faster to send it with sendfile than with write. If you are going to use sendfile(), then mmap()ing the file to begin with

Re: using sendfile on MMAP'd buckets

2001-09-09 Thread Brian Pane
Marc Slemko wrote: On Sun, 9 Sep 2001, Brian Pane wrote: On Linux, at least, it's a win. I did some experiments a few weeks ago and found that, after doing open and mmap on a file, it's faster to send it with sendfile than with write. If you are going to use sendfile(), then mmap()ing the

FW: [PATCH] shmem.c

2001-09-09 Thread MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1)
Just forwarding it to the httpd mailing list - to get more inputs. [sorry if duplicate] Thanks -Madhu -Original Message- From: MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1) [mailto:[EMAIL PROTECTED]] Sent: Sunday, September 09, 2001 1:13 AM To: '[EMAIL PROTECTED]' Subject: RE: [PATCH]

Re: mod_ssl broken

2001-09-09 Thread Doug MacEachern
On Sun, 9 Sep 2001, Sander Striker wrote: mod_ssl is working fine here, passes all httpd-test tests (t/TEST -ssl) that includes perdir merging. are you up to date with httpd-2.0 from cvs? mod_ssl segfaults in ssl_config_perdir_merge: Program received signal SIGSEGV, Segmentation fault.

Re: subdirectories

2001-09-09 Thread Cliff Woolley
On Sun, 9 Sep 2001, Brandon Caudle wrote: under 1.3.20 I can't access my subdirectories, what do I need to set so I can view http://64.192.99.49/images/ Please direct support-related questions to the newsgroup comp.infosystems.www.servers.unix ... these lists are for development discussions.

[PATCH] performance patch for mod_log_config

2001-09-09 Thread Brian Pane
The call to apr_explode_localtime() in mod_log_config is one of the more expensive operations in the httpd. This patch attempts to reduce the overhead by caching the result. --Brian Index: modules/loggers/mod_log_config.c === RCS

Re: General Availability release qualities?

2001-09-09 Thread Aaron Bannert
On Sat, Sep 08, 2001 at 11:33:48AM -0700, Justin Erenkrantz wrote: [snip] - Completely remove threaded MPM and replace it with worker. I do not think that the current threaded MPM can work (due to discussions held on this list previously). The worker MPM (which Aaron has been making

Re: mod_ssl broken

2001-09-09 Thread Ben Laurie
To be completely accurate, the request is: OPTIONS /svn HTTP/1.1 Cheers, Ben. -- http://www.apache-ssl.org/ben.html There is no limit to what a man can do or how far he can go if he doesn't mind who gets the credit. - Robert Woodruff

Re: [PATCH] performance patch for mod_log_config

2001-09-09 Thread Brian Pane
Ryan Bloom wrote: On Sunday 09 September 2001 19:46, Brian Pane wrote: Can we get this as a unified diff? sure, here's the unified form: Index: modules/loggers/mod_log_config.c === RCS file:

Re: [PATCH] performance patch for mod_log_config

2001-09-09 Thread Cliff Woolley
On Sun, 9 Sep 2001, Brian Pane wrote: The call to apr_explode_localtime() in mod_log_config is one of the more expensive operations in the httpd. This patch attempts to reduce the overhead by caching the result. Looks quite reasonable... I wouldn't mind seeing this as an ap_ function, since

Re: mod_ssl broken

2001-09-09 Thread William A. Rowe, Jr.
From: Ben Laurie [EMAIL PROTECTED] Sent: Sunday, September 09, 2001 3:50 PM Sander Striker wrote: Hi, I have a local test machine running now. subversion over http works as expected. https is broken. This is not on the svn side (I didn't get that far). mod_ssl is broken

Re: [PATCH] performance patch for mod_log_config

2001-09-09 Thread William A. Rowe, Jr.
Is this the right place to be caching, or should this become a straightforward optimization to apr's time.c functions? I'd think the advantages are many for keeping 15 current seconds in apr, and would pay off across the board. Within apr, we can always recalculate just the ms as well, for fun.

Re: [PATCH] performance patch for mod_log_config

2001-09-09 Thread Cliff Woolley
On Sun, 9 Sep 2001, William A. Rowe, Jr. wrote: Is this the right place to be caching, or should this become a straightforward optimization to apr's time.c functions? I'd think the advantages are many for keeping 15 current seconds in apr, and would pay off across the board. Within apr, we

Re: [PATCH] performance patch for mod_log_config

2001-09-09 Thread Brian Pane
William A. Rowe, Jr. wrote: Is this the right place to be caching, or should this become a straightforward optimization to apr's time.c functions? I'd think the advantages are many for keeping 15 current seconds in apr, and would pay off across the board. Within apr, we can always recalculate

mod_imap

2001-09-09 Thread Cliff Woolley
Does anyone else think that mod_imap is at this point in time a rather unfortunate name for an image-map handling module? --Cliff -- Cliff Woolley [EMAIL PROTECTED] Charlottesville, VA

Re: mod_imap

2001-09-09 Thread Brian Pane
Cliff Woolley wrote: Does anyone else think that mod_imap is at this point in time a rather unfortunate name for an image-map handling module? I agree. mod_imagemap, maybe? --Brian

Re: [PATCH] performance patch for mod_log_config

2001-09-09 Thread Cliff Woolley
On Sun, 9 Sep 2001, Brian Pane wrote: I think putting it in APR would work. The one limitation I can think of is that adding the cache in apr_explode_localtime() itself wouldn't be a win because we'd have to add the overhead of a gettimeofday() call to check whether the supplied time was