Re: mod_fastcgi

Stanley Gambarin (
Thu, 11 Sep 1997 22:46:05 -0400 (EDT)

Date: Thu, 11 Sep 1997 22:46:05 -0400 (EDT)
From: Stanley Gambarin <>
To: Gerardo Diaz Cuellar <>
Subject: Re: mod_fastcgi
In-Reply-To: <Pine.NXT.3.91.970911182029.3726C-100000@blackbox>
Message-Id: <Pine.GSO.3.95q.970911224239.19729E-100000@csa>

	It looks like developer's kit does not have a fix for accept()
problem.  In my somewhat limited testing back at OpenMarket, I was not
able to reproduce this problem with C, however, the problem was evident 
with Perl.  What I think is happening is that FCGX_* routines are OK,
however, FCGI_* routines, which are built on top of FCGX_* ones do
have serialization problems, however, it looks like only in Perl.  
Sfio/Fcgi module writes its own FCGI_* routines, using FCGX_* ones 
(correct me if I am wrong), so if you use a Sfio/Fcgi perl module,
you should be ok.  C is also ok, but i guess it needs more testing...


On Thu, 11 Sep 1997, Gerardo Diaz Cuellar wrote:

> Ups. 
> That means that the devkit is not fix? then programs directly to the 
> devkit will still experience these problem (programs made in C). Do 
> anyone knows when in OpenMarket going to fix this on the devkit?
> By the way if the perl module uses the devkit how come the perl module 
> (sfio) is correct and the devkit is not? Exactly how does this calls take 
> place?
> On Thu, 11 Sep 1997, Jonathan Roy wrote:
> > 
> >   I had thought the FCGI perl moduble was built from the dev kit available
> > on the web site, and the module does include the locking around the initial
> > accept() and the fix to prevent lots of processes from incorrectly dying
> > off at startup time.
> > 
> >   But actually, I looked back over my email archive and it appears the
> > patches were applied manually to .31 since they hadn't shown up in the
> > devkit at that time. If they still aren't in the devkit, I guess we'll just
> > have to fend for ourselves. :(
> > 
> > -Jonathan
> > 
> > 
> > --
> > Jonathan Roy - - Idle Communications, Inc.
> > Idle Communications, Inc. accepts contract programming
> > work for general purpose tools (or CGI) in Perl/C/C++.
> > 
> >