Re: FastCGI on IIS 6 almost working. (fix)

You should file a bug against FastCGI. They need to add:

sub FCGI::Stream::FILENO { return undef; }
[download]

But you can just add that yourself. You can even add that one line to your own script and that'd likely fix that problem.

I'm not sure what is triggering the difference. CGI.pm appears to be trying to binmode STDIN, STDOUT, and STDERR in the failing case. Fixing this problem might expose the next problem for the failing case, of course.

- tye

Comment on Re: FastCGI on IIS 6 almost working. (fix) Download Code

Replies are listed 'Best First'.
Re^2: FastCGI on IIS 6 almost working. (fix) by codepoke (Initiate) on Aug 16, 2010 at 17:49 UTC
Good guess. I applied the line you recommended, and now the system does not fail on compile. It also does not ever return. And even though I have it in eval mode, It doesn't spit out any clue what's happening behind the curtain. Is there any bright way trace what's happening in perl.exe? If I comment out my($q = CGI::Fast->new), then everything runs perfectly. And at present my test script does nothing with $q, so my problem is in the instantiation. From the shell it runs smoothly, too. Thanks, tye.	[reply]

Replies are listed 'Best First'.

Re^2: FastCGI on IIS 6 almost working. (fix)
by codepoke (Initiate) on Aug 16, 2010 at 17:49 UTC

Good guess. I applied the line you recommended, and now the system does not fail on compile. It also does not ever return. And even though I have it in eval mode, It doesn't spit out any clue what's happening behind the curtain. Is there any bright way trace what's happening in perl.exe?

If I comment out my($q = CGI::Fast->new), then everything runs perfectly. And at present my test script does nothing with $q, so my problem is in the instantiation. From the shell it runs smoothly, too.

Thanks, tye.

[reply]