Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@httpd.apache.org
Received-SPF: neutral (nike.apache.org: local policy)
Message-ID: <46DF26CF.30007@rowe-clan.net>
Date: Wed, 05 Sep 2007 16:59:43 -0500
From: "William A. Rowe, Jr." <wrowe@rowe-clan.net>
User-Agent: Thunderbird 1.5.0.12 (X11/20070719)
MIME-Version: 1.0
To: dev@httpd.apache.org
Subject: Re: [VOTE] Apache 2.2.6, 2.0.61 and 1.3.39 release candidate tarballs
 for review
References: <BA0C654B-DAE6-44AB-BC2E-A66AADC1B4AA@jaguNET.com>
 <003801c7efde$ea9526d0$0100a8c0@mother>
In-Reply-To: <003801c7efde$ea9526d0$0100a8c0@mother>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit

Steffen wrote:
> With 2.2.6  third party mod mod_fcgid (Fast cgi) is broken.
> 
> With 2.2.5 RC it was all fine.
> 
> mod_fcgid  is widely used in the community with php.

I guess my puzzlement is that the fastcgi model I understand;

  fork...
    instantiate child
    spining cgid listener - on accept...
    fork
      run

with only a single instantiated child ready to be forked off in multiple
copies simply doesn't work on win32.  You can emulate the behavior, but
you either end up exec'ing each time, or you end up recycling the same
process leading to a less secure process separation model.

In any case, the changes to Win32 now mirror the OS2 model, so one expects
if mod_fcgid is broken on Win32, its been broken on OS2.

So it's likely you'll need to ask the maintainers of the win32 port
of mod_fcgid what is going on, and advise them that process inheritance
has been changed to inhibit the leaking of pipes on the win32 platform,
a problem that the PHP community brought to us long ago with respect to
the unix platform (and was resolved with close_for_exec logic in the
httpd pool model, a concept that doesn't translate to win32.)

Bill