Re: Re: Re: Re: Re: 500 Internal Server Error - Using ActiveState perl

[barbie]

Have a look at PerlIS (more commonly known as 'Perl for ISAPI', which comes as part of the default install with ActivePerl) from ActiveState. If you're using IIS then change the shebang line to:

#!/usr/bin/perlis.dll

If you then need to switch to Apache, without changing the shebang line, find the following line in the httpd.conf and ensure it's uncommented:

ScriptInterpreterSource registry

This will ensure you run the script against the Perl binary referenced in the registry and will ignore the shebang line. I use this to switch between IIS and Apache all the time.

[iburrell]

Why do you use perlis.dll in the shebang line? The standard /usr/bin/perl makes much more sense. Wth "ScriptInterpreterSource registry", the shebang line isn't used. If you have perlis.dll for .cgi in the registry, then perlis.dll might work under Apache but there is no benefit over perl.exe. On Unix, perlis.dll doesn't exist unless you make a symlink. Using /usr/bin/perl means you CGI script can run under Apache Win32, Apache Cygwin, Apache Windows, IIS CGI, and IIS ISAPI without changes.

[barbie]

IIS uses the shebang line, and thus uses PerlIS. Apache reads the httpd.conf and thus uses the registry entry and ignores the shebang line. PerlIS runs ALOT faster with IIS. If you care to follow the link I posted, you'll understand why this is. PerlIS was written by ActiveState to better integrate Perl with IIS.

Please note the OP mention they were using Windows NOT Unix. What I suggested was applicable to their situation.

[Anonymous Monk]

Apache reads the httpd.conf and thus uses the registry entry and ignores the shebang line.

Maybe your copy of apache, but standard apache doesn't perform any such magic. mod_perl maybe, but not apache.