Re: mod_fastcgi

Stanley Gambarin (stanleyg@cs.bu.edu)
Thu, 11 Sep 1997 22:46:05 -0400 (EDT) 

Date: Thu, 11 Sep 1997 22:46:05 -0400 (EDT)
From: Stanley Gambarin <stanleyg@cs.bu.edu>
To: Gerardo Diaz Cuellar <gdiaz@blackbox.cegs.itesm.mx>
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...


				Stanley.

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 - roy@idle.com - Idle Communications, Inc.
> > Idle Communications, Inc. accepts contract programming
> > work for general purpose tools (or CGI) in Perl/C/C++.
> > 
> > 
>