Return-Path: Delivered-To: new-httpd-archive@hyperreal.org Received: (qmail 22285 invoked by uid 6000); 4 Jul 1999 09:16:42 -0000 Received: (qmail 22277 invoked from network); 4 Jul 1999 09:16:39 -0000 Received: from slarti.muc.de (193.149.48.10) by taz.hyperreal.org with SMTP; 4 Jul 1999 09:16:39 -0000 Received: (qmail 23268 invoked by uid 66); 4 Jul 1999 09:18:18 -0000 Received: from en by slarti with UUCP; Sun Jul 4 09:18:18 1999 -0000 Received: by en1.engelschall.com (Sendmail 8.9.3+3.2W) for new-httpd@apache.org id LAA07047; Sun, 4 Jul 1999 11:12:26 +0200 (CEST) Date: Sun, 4 Jul 1999 11:12:25 +0200 From: "Ralf S. Engelschall" To: new-httpd@apache.org Subject: Re: Questions: apache-pthreads, apache-mpm Message-ID: <19990704111225.A84792@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.6i Organization: Engelschall, Germany. X-Web-Homepage: http://www.engelschall.com/ X-PGP-Public-Key: https://www.engelschall.com/ho/rse/pgprse.asc X-PGP-Fingerprint: 00 C9 21 8E D1 AB 70 37 DD 67 A2 3A 0A 6F 8D A5 Sender: new-httpd-owner@apache.org Precedence: bulk Reply-To: new-httpd@apache.org Status: O In article you wrote: > On Sat, 3 Jul 1999, Ralf S. Engelschall wrote: > >> 2. apache-mpm: >> Additionally I today also tried Dean's MPM, but the source tree seems to be >> not in a useable state. I just got: >> | <=== src/modules/standard >> | ===> src/modules/mpm/ >> | make: don't know how to make all. Stop >> | *** Error code 1 >> Dean, is just some stuff in your work tree still not comitted which fixes >> the source tree, or how else can one try it out? I wanted to look how much >> work it is to provide a native MPM module for NPS (my threading library) >> and how much work it is to port the MPM pthread module to NPS' pthread >> wrapper library. > > You probably need to use the Configuration.mpm file directly rather than > using the configure above src ... or something along those lines? > the tree should be useable though. It just needs a "Rule > MPM_METHOD=default" maybe ? Ahh... yes, that was the problem. MPM_METHOD wasn't in Configuration.tmpl. After adding it one can use configure as long as one disables a few modules (they need ap_send_fb which seems to be kicked out): $ ./configure \ --disable-module=status" \ --disable-module=include" \ --disable-module=cgi" \ But the problem is that Rule's aren't intended to get a value other than yes/no/default assigned, so it doesn't play nice with the existing config stuff. I suggest that we rename "Rule MPM_METHOD=default" to a variable "MPM_METHOD=default" (which can then get any value assigned) and for enabling the stuff we use a boolean "Rule MPM=default". This way one can configure apache-mpm for preforking via $ ./configure --enable-rule=MPM or explicitly $ MPM_METHOD=prefork ./configure --enable-rule=MPM and for threading via: $ MPM_METHOD=mpmt_pthread ./configure --enable-rule=MPM I felt free to commit a change for this. Hope it is ok. Ralf S. Engelschall rse@engelschall.com www.engelschall.com