Return-Path: Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: (qmail 56901 invoked from network); 5 Nov 2008 19:44:19 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 5 Nov 2008 19:44:19 -0000 Received: (qmail 94934 invoked by uid 500); 5 Nov 2008 19:44:19 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 94871 invoked by uid 500); 5 Nov 2008 19:44:19 -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: List-Id: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 94862 invoked by uid 99); 5 Nov 2008 19:44:19 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 05 Nov 2008 11:44:19 -0800 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [64.202.165.233] (HELO smtpout07.prod.mesa1.secureserver.net) (64.202.165.233) by apache.org (qpsmtpd/0.29) with SMTP; Wed, 05 Nov 2008 19:43:02 +0000 Received: (qmail 23636 invoked from network); 5 Nov 2008 19:39:46 -0000 Received: from unknown (198.80.6.3) by smtpout07-04.prod.mesa1.secureserver.net (64.202.165.233) with ESMTP; 05 Nov 2008 19:39:46 -0000 Message-ID: <4911F67B.2080606@rowe-clan.net> Date: Wed, 05 Nov 2008 13:39:39 -0600 From: "William A. Rowe, Jr." User-Agent: Thunderbird 2.0.0.16 (X11/20080723) MIME-Version: 1.0 To: dev@httpd.apache.org Subject: Re: svn commit: r711146 - in /httpd/httpd/trunk: modules/arch/unix/mod_unixd.c os/unix/unixd.c os/unix/unixd.h server/mpm/experimental/event/event.c server/mpm/prefork/prefork.c server/mpm/worker/worker.c References: <20081104004457.06BBF238889E@eris.apache.org> <1733D7DC-F7AC-4CC6-9EA4-14A78DADDF2B@jaguNET.com> <6BB33ACB-32F5-4C24-A757-302F10297067@webthing.com> <20081105192926.4bae2d30@grimnir> In-Reply-To: <20081105192926.4bae2d30@grimnir> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Nick Kew wrote: > > The architectural reason is to pave the way for alternatives to > mod_unixd, that can either work alongside it (additional functions) > or replace it entirely (other platforms under simple MPM, or > alternative security models such as perchild). I would love to have the logic of thread/process credentials parked in the arch/{plat}/ module, but can't see how perchild's strategy can realistically be satisfied by a simple mpm ;-) In any case, thanks for all the effort on this! It very much mirrors the "hackery" on win32 that I isolated into mod_win32.c - and we can surely align such things.