Return-Path: Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: (qmail 1187 invoked from network); 6 Nov 2004 14:30:45 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 6 Nov 2004 14:30:45 -0000 Received: (qmail 10198 invoked by uid 500); 6 Nov 2004 14:30:39 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 10155 invoked by uid 500); 6 Nov 2004 14:30:38 -0000 Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: dev@httpd.apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 10141 invoked by uid 99); 6 Nov 2004 14:30:38 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from [128.143.137.19] (HELO ares.cs.Virginia.EDU) (128.143.137.19) by apache.org (qpsmtpd/0.28) with ESMTP; Sat, 06 Nov 2004 06:30:37 -0800 Received: from cobra.cs.Virginia.EDU (cobra.cs.Virginia.EDU [128.143.137.16]) by ares.cs.Virginia.EDU (8.12.10/8.12.10/UVACS-2003031900) with ESMTP id iA6EUWEf017212 for ; Sat, 6 Nov 2004 09:30:32 -0500 (EST) Date: Sat, 6 Nov 2004 09:30:31 -0500 (EST) From: Cliff Woolley X-X-Sender: jcw5q@cobra.cs.Virginia.EDU To: dev@httpd.apache.org Subject: Re: Use threaded MPM by default was Re: cvs commit: httpd-2.0 STATUS In-Reply-To: <418CD9A6.6000907@modperlcookbook.org> Message-ID: References: <20041106082824.55145.qmail@minotaur.apache.org> <99D0677E0FB470CB870D5EAB@[10.0.1.80]> <418CD9A6.6000907@modperlcookbook.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N On Sat, 6 Nov 2004, Geoffrey Young wrote: > MPM on a platform that does not support it, the build process silently > switches to prefork (or whatever the default is for the platform, I guess) > now, I haven't seen this myself, so I don't want to propagate FUD, but if > it's true I might suggest that halting the build process is preferable to > switching behind the scenes (or even switching with a little warning) - from That does seem to match my memory of the situation, fwiw. I would have no problem with halting the build if they specified --with-threads and none were available, though I would have a problem with halting the build if using a threaded MPM were simply used by default and none were available. --Cliff