Re: ServerLimit, MaxClients

2001-12-20 Thread Jeff Trawick
Daniel Lopez [EMAIL PROTECTED] writes: Ok, now it makes sense :) I suggest your explanation gets added to the docs and linked as a See also for all the directives involved. Okay, I'll try to do that. Also, if we can point out that the same controls always existed (though you had to

Re: cvs commit: httpd-2.0/modules/proxy config.m4

2001-12-20 Thread Jeff Trawick
Victor J. Orlikowski [EMAIL PROTECTED] writes: The issue is as follows: mod_proxy_{connect,ftp,http} all depend on symbols in mod_proxy. Run-time linking (as added by Jeff) fixes the problem for most modules (including DAV and DAV_fs, which depends on DAV), but proxy is still being the odd

Re: cvs commit: httpd-2.0/server/mpm/perchild mpm.h perchild.c

2001-12-20 Thread Jeff Trawick
[EMAIL PROTECTED] writes: rbb 01/12/19 09:50:39 Modified:server/mpm/perchild mpm.h perchild.c Log: This gets perchild compiling and serving pages again. It does NOT pass file descriptors yet. That is a much bigger project. cool... I'll try to get the dynamic

Re: cvs commit: httpd-2.0/server/mpm/worker mpm_default.h worker.c

2001-12-20 Thread Brian Havard
On 19 Dec 2001 10:11:09 -0500, Jeff Trawick wrote: Jeff Trawick [EMAIL PROTECTED] writes: Greg Ames [EMAIL PROTECTED] writes: Hmmm... (2nd thoughts :) ) mpm_default.h exists so people can edit default settings in one nice place... it wasn't nice for me to move these things out

Re: cvs commit: httpd-2.0/server Makefile.in

2001-12-20 Thread Rodent of Unusual Size
[EMAIL PROTECTED] wrote: -/^[ \t]*AP[RU]?_DECLARE[^(]*[(][^)]*[)]([^ ]* )*[^(]+[(]/ { -sub([ \t]*AP[RU]?_DECLARE[^(]*[(][^)]*[)][ \t]*, ) +/^[ \t]*AP[RU]?_(CORE_)?DECLARE[^(]*[(][^)]*[)]([^ ]* )*[^(]+[(]/ { +sub([ \t]*AP[RU]?_(CORE_)?DECLARE[^(]*[(][^)]*[)][ \t]*, )

Re: [PATCH] get mod_ssl to work again

2001-12-20 Thread Doug MacEachern
On 18 Dec 2001, Jeff Trawick wrote: or just an entropy function? why should any module care that it is from the scoreboard? +1 on that or anything to get mod_ssl working again.

Re: cvs commit: apache-1.3/src CHANGES

2001-12-20 Thread Bill Stoddard
With this, I'm thinking it's time for 1.3.23, which should hold us for 1.3 releases for the better part of 2002. Yeas or Neas? Bill - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, December 18, 2001 10:34 AM Subject: cvs commit: apache-1.3/src CHANGES

Re: cvs commit: apache-1.3/src CHANGES

2001-12-20 Thread William A. Rowe, Jr.
From: Bill Stoddard [EMAIL PROTECTED] Sent: Thursday, December 20, 2001 11:24 AM With this, I'm thinking it's time for 1.3.23, which should hold us for 1.3 releases for the better part of 2002. Yeas or Neas? Yea [but] but we are seeing a lot of problems with parsed (SHTML, PHP etc)

Re: [PATCH] get mod_ssl to work again

2001-12-20 Thread William A. Rowe, Jr.
From: Doug MacEachern [EMAIL PROTECTED] Sent: Thursday, December 20, 2001 11:07 AM On 18 Dec 2001, Jeff Trawick wrote: or just an entropy function? why should any module care that it is from the scoreboard? +1 on that or anything to get mod_ssl working again. I'll see your +1 and

Re: cvs commit: apache-1.3/src CHANGES

2001-12-20 Thread Thomas Eibner
On Thu, Dec 20, 2001 at 11:28:22AM -0600, William A. Rowe, Jr. wrote: From: Bill Stoddard [EMAIL PROTECTED] Sent: Thursday, December 20, 2001 11:24 AM With this, I'm thinking it's time for 1.3.23, which should hold us for 1.3 releases for the better part of 2002. Yeas or Neas?

Re: cvs commit: apache-1.3/src CHANGES

2001-12-20 Thread Bill Stoddard
From: Bill Stoddard [EMAIL PROTECTED] Sent: Thursday, December 20, 2001 11:24 AM With this, I'm thinking it's time for 1.3.23, which should hold us for 1.3 releases for the better part of 2002. Yeas or Neas? Yea [but] but we are seeing a lot of problems with parsed (SHTML, PHP

Re: [PATCH] get mod_ssl to work again

2001-12-20 Thread Justin Erenkrantz
On Thu, Dec 20, 2001 at 11:29:43AM -0600, William A. Rowe, Jr. wrote: I'll see your +1 and double :) Yes - perhaps the MPM itself should generate ap_server_entropy. FWIW, DougM submitted this function to flood to generate OpenSSL entropy. I'd almost suggest somehow factoring this into

AP_CHILD_THREAD_FROM_ID

2001-12-20 Thread sterling
Hi - I noticed that AP_CHILD_THREAD_FROM_ID was removed from the prefork mpm_default.h a couple of days ago - was that a mistake? Or is this macro no longer available to module writers? It is defined for beos and in perchild.c, but nowhere else (and not used either). Any one have some

Re: AP_CHILD_THREAD_FROM_ID

2001-12-20 Thread Jeff Trawick
[EMAIL PROTECTED] writes: Any one have some pointers? Is there a replacement? no replacement... what do you need it for? if you need to pass it to ap_update_child_status() or ap_increment_counts(), pass conn-sbh instead of AP_CHILD_THREAD_FROM_ID()... -- Jeff Trawick | [EMAIL PROTECTED] |

Re: [PATCH] get mod_ssl to work again

2001-12-20 Thread Doug MacEachern
On Thu, 20 Dec 2001, Justin Erenkrantz wrote: FWIW, DougM submitted this function to flood to generate OpenSSL entropy. I'd almost suggest somehow factoring this into apr-util since flood needs this too (and doesn't have a scoreboard). that function was derived from mod_ssl-1.xx and have

Re: AP_CHILD_THREAD_FROM_ID

2001-12-20 Thread sterling
On 20 Dec 2001, Jeff Trawick wrote: [EMAIL PROTECTED] writes: Any one have some pointers? Is there a replacement? no replacement... what do you need it for? if you need to pass it to ap_update_child_status() or ap_increment_counts(), pass conn-sbh instead of

Re: core dump in ap_send_fd

2001-12-20 Thread Cliff Woolley
[moving this to dev@httpd since it's an httpd issue] On Fri, 21 Dec 2001, Stas Bekman wrote: ap_send_fd expects the length of the input to send. First of all is there a way not to specify the length? I've a fd (can be a pipe to a process), and I've no way to figure out the length of the

Re: [PATCH] get mod_ssl to work again

2001-12-20 Thread Doug MacEachern
On Thu, 20 Dec 2001, Aaron Bannert wrote: /dev/urandom won't block, so maybe we could live with that once per request and use the /dev/random for startup. right, only problem is apr doesn't support /dev/urandom. maybe we need an apr_generate_urandom_bytes() function or a non-blocking flag

mod_deflate

2001-12-20 Thread Igor Sysoev
Sorry, I had overlooked discussion about renaming mod_gz to mod_deflate but mod_deflate module is already exists: ftp://ftp.lexa.ru/pub/apache-rus/contrib/ It was public available from April 2001 and is already installed on many Russian sites and several non-Russian ones. Documentation is in

Re: [PATCH] get mod_ssl to work again

2001-12-20 Thread Justin Erenkrantz
On Thu, Dec 20, 2001 at 10:17:13AM -0800, Doug MacEachern wrote: since flood only seeds at startup time, might be better for you just to use apr_generate_random_bytes(). don't want to use that in modssl for 'SSLRandomSeed builtin connect', since /dev/random blocking will be too slow for

Re: [PATCH] get mod_ssl to work again

2001-12-20 Thread Aaron Bannert
On Thu, Dec 20, 2001 at 10:55:02AM -0800, Justin Erenkrantz wrote: As Daniel pointed out, /dev/{u}random isn't available on certain platforms (Solaris). And, in flood, this seeding is only used when /dev/{u}random are not available. APR does not support an internal PRNG. I've suggested it

Re: [PATCH] get mod_ssl to work again

2001-12-20 Thread Doug MacEachern
On Thu, 20 Dec 2001, Daniel Lopez wrote: /dev/urandom is not available in all platforms right, which is why it is not portable to use directly. /dev/random is also not available on all platforms, so apr uses whats available to provide the same functionality for the given platform in

Re: [PATCH] get mod_ssl to work again

2001-12-20 Thread Doug MacEachern
On Thu, 20 Dec 2001, Justin Erenkrantz wrote: so that we can always call apr_generate_random_bytes()? oh, i assumed we already could. +1 on whatever it takes to make that function usable on all platforms.

Re: [PATCH] get mod_ssl to work again

2001-12-20 Thread Daniel Lopez
On Thu, Dec 20, 2001 at 11:07:13AM -0800, Doug MacEachern wrote: On Thu, 20 Dec 2001, Daniel Lopez wrote: /dev/urandom is not available in all platforms right, which is why it is not portable to use directly. I was not arguing, I was just reinstating your point :) On NT openssl uses

Re: related config directives

2001-12-20 Thread Aaron Bannert
On Thu, Dec 20, 2001 at 03:22:33PM -0500, Greg Ames wrote: ...are more painful to deal with than you might think, if the user is allowed to code them in any order. I'd like the comparisons between MaxClients and ServerLimit and the equivalent thread directives to be coding order

Re: related config directives

2001-12-20 Thread Bill Stoddard
On Thursday 20 December 2001 12:22 pm, Greg Ames wrote: ...are more painful to deal with than you might think, if the user is allowed to code them in any order. I'd like the comparisons between MaxClients and ServerLimit and the equivalent thread directives to be coding order

Re: [PATCH] get mod_ssl to work again

2001-12-20 Thread William A. Rowe, Jr.
From: Daniel Lopez [EMAIL PROTECTED] Sent: Thursday, December 20, 2001 1:26 PM On Thu, Dec 20, 2001 at 11:07:13AM -0800, Doug MacEachern wrote: On Thu, 20 Dec 2001, Daniel Lopez wrote: /dev/urandom is not available in all platforms right, which is why it is not portable to

Re: related config directives

2001-12-20 Thread Ryan Bloom
On Thursday 20 December 2001 01:01 pm, Bill Stoddard wrote: On Thursday 20 December 2001 12:22 pm, Greg Ames wrote: ...are more painful to deal with than you might think, if the user is allowed to code them in any order. I'd like the comparisons between MaxClients and ServerLimit

Re: related config directives

2001-12-20 Thread Jeff Trawick
Ryan Bloom [EMAIL PROTECTED] writes: I'm inclined to agree with Ryan. Let's just make a function to do the swapping. I had the same opinion... a swap function owned by the config tree code. I meant to mention that if you really want to fix this problem, we should move to an XML based

[PATCH] Apache 1.3 - mod_auth_dbm.c

2001-12-20 Thread Günter Knauf
Patch to get mod_auth_dbm.c compiled on NetWare: --- mod_auth_dbm.c.orig Wed Mar 21 04:09:46 2001 +++ mod_auth_dbm.c Wed Oct 10 17:32:14 2001 @@ -75,7 +75,7 @@ #include http_core.h #include http_log.h #include http_protocol.h -#if defined(WIN32) +#if (defined(WIN32) || defined(NETWARE))

Re: New LICENSE file...

2001-12-20 Thread Roy T. Fielding
On Thu, Dec 20, 2001 at 02:38:19PM -0500, Bill Stoddard wrote: I'd like to propose that we extend our LICENSE file to include references to/licenses of all the other components we include in the server. This gets all the license information in one place. +1 Roy

read errors in 2.0.30

2001-12-20 Thread Greg Ames
httpd 2.0.30-dev was in production for about 11 minutes on daedalus. Then I noticed a bunch of unusual errors in the log, so I moved us back to 2_0_28. They all seem to deal with reading lines from the input filters. There were 85 request failed: error reading the headers logs in 11 minutes,

Re: read errors in 2.0.30

2001-12-20 Thread Ian Holsman
Greg Ames wrote: httpd 2.0.30-dev was in production for about 11 minutes on daedalus. Then I noticed a bunch of unusual errors in the log, so I moved us back to 2_0_28. They all seem to deal with reading lines from the input filters. There were 85 request failed: error reading the

[PATCH] Apache 1.3 - ab.c standalone compile

2001-12-20 Thread Günter Knauf
Here's a patch which makes it possible to compile ab.c without Apache headers for NetWare; it's only adding some includes and changing the #if to #if defined() so that our compiler understands it. #include sys/ioctl.h appears twice, is this really needed a second time?? Guenter. ab.c.patch

Re: read errors in 2.0.30

2001-12-20 Thread Brian Pane
Greg Ames wrote: httpd 2.0.30-dev was in production for about 11 minutes on daedalus. Then I noticed a bunch of unusual errors in the log, so I moved us back to 2_0_28. They all seem to deal with reading lines from the input filters. There were 85 request failed: error reading the headers

Re: core dump in ap_send_fd

2001-12-20 Thread Stas Bekman
Cliff Woolley wrote: [moving this to dev@httpd since it's an httpd issue] On Fri, 21 Dec 2001, Stas Bekman wrote: ap_send_fd expects the length of the input to send. First of all is there a way not to specify the length? I've a fd (can be a pipe to a process), and I've no way to

Re: core dump in ap_send_fd

2001-12-20 Thread William A. Rowe, Jr.
From: Stas Bekman [EMAIL PROTECTED] Sent: Friday, December 21, 2001 12:14 AM In the meanwhile, you need to use the buckets directly. It's only four lines of code as opposed to one. apr_bucket_brigade *bb = apr_brigade_create(r-pool); apr_bucket *b = apr_bucket_pipe_create(thepipe);