Topic: mod_fcgid - process ending

[soubok]

Hello,

I am creating a JavaScript based FastCGI module (http://code.google.com/p/jslibs/wiki/jsfastcgi) and I noticed that when mod_fcgid is shutting down my FastCGI process ( because MaxRequestsPerProcess or ProcessLifeTime, or ... ) my ReleaseData function is never called.

InitData();
while ( Accept() >= 0 ) {
...
}
ReleaseData();

It there a way to tell mod_fcgid to generate an 'error' to make Accept return instead of killing the FastCGI process ?

or do I miss something ?

Thanks,

Franck.


PS: WinXP SP2, Apache 2.2.4, mod_fcgid-2.2-w32, lib fcgi-2.4.0

[tdonovan]

If you are using the FastCGI Developer's Kit, perhaps you mean:

[soubok]

Yes, I am using FastCGI Developer's Kit and Accept() is a wrapper to FCGX_Accept()

[tdonovan]

You're right, FCGI_Accept (or Accept) never returns when the process ends.
It looks like it is just an undesirable characteristic of FastCGI on Windows which uses named pipes.

If you look at the FastCGI source (search for ShutdownRequestThread),
when the connection is a Windows named pipe (listenType == FD_PIPE_SYNC), the process just dies.

-tom-

[soubok]

This behavior is really annoying for me
I tried to use atexit(&FCGX_Finish); without success.

Do yo know a workaround to make FCGX_Accept to return with an ""error"" when the process has to exit ?

Franck.

[Steffen]

I contacted the author. When he answers I come back here.


Steffen

[Steffen]

This I received:

[soubok]

Thanks a lot Steffen for retransmitting
It seems correct that after a "accept() return" the program MUST end.
The drawback of onexit is that it breaks the flow of the interpreted JS code and it is dangerous to call another code while the first has not ended.
I think that it is legitimate to make some cleanup tasks ( remove temp files, close DB connections, ...) after Accept() even if it is scripted.

Franck.

[soubok]

Any news ?

[tdonovan]

I suspect that Ryan is a mod_fcgid developer (although I'm not sure).
mod_fcgid just runs the already-linked executable.

The problem seems to be in the FastCGI C Development Kit which provides the libfcgi.dll library.
I doubt that the mod_fcgid people can fix that.

Maybe you should post something to the fastcgi-developers list about the poor Windows shutdown handling in os_win32.c?

-tom-