views:

509

answers:

5

I have set up a local Perl web environment on my Windows machine. The application I'm working on is originally from a Linux server, and so the shebang for source .pl files look like so:

#!/usr/bin/perl

This causes the following error on my Windows dev machine:

(OS 2)The system cannot find the file specified.

Is it possible to change my Apache 2 conf so that the shebang is ignored on my Windows machine? Of course I could set the shebang to #!c:\perl\bin\perl.exe, that much is obvious; but the problem comes to deploying the updated files. Clearly it would be very inconvenient to change this back on each deploy. I am using ActivePerl on Windows 7.

Update:

I should have mentioned that I need to keep the shebang so that the scripts will work on our shared hosting Linux production server. If I did not have this constraint and I didn't have to use the shebang, the obvious answer would be to just not use it.

+8  A: 

I use #!/usr/bin/perl in my scripts and configure Apache on Windows to ignore the shebang line. Add

 ScriptInterpreterSource Registry-Strict

to your httpd.conf and set up the Windows Registry key as explained in the Apache docs.

Here is what I get when I export the key:

Windows Registry Editor Version 5.00

[HKEY_CLASSES_ROOT\.pl\Shell\ExecCGI\Command]
@="c:\\opt\\perl\\bin\\perl.exe"

I have been using this setup with Apache and ActiveState Perl on my Windows laptop and the Apache and Perl distributions that come with ArchLinux on my server.

The Apache docs (to which I linked above) state:

The option Registry-Strict which is new in Apache 2.0 does the same thing as Registry but uses only the subkey Shell\ExecCGI\Command. The ExecCGI key is not a common one. It must be configured manually in the windows registry and hence prevents accidental program calls on your system. (emphasis mine)

Sinan Ünür
As advised by the docs, I've tried this in all contexts: `server config, virtual host, directory, .htaccess` - but this does not seem to solve the error, what could I be doing wrong?
nbolton
Yes I have restarted. I'm using ActivePerl so I don't know, what registry key do I need to look for? I am using the directive in `httpd.conf` just below `DocumentRoot` (default config line 177).
nbolton
Thanks, I added the key `HKEY_CLASSES_ROOT\.pl\Shell\ExecCGI\Command` with REG_SZ value `C:\Perl\bin\perl.exe -wT`, and it works!
nbolton
A: 

I don't have Windows handy, but perlcritic says:

my $desc = q{Found platform-specific perl shebang line};
my $expl = q{Perl source in parrot should use the platform-independent shebang line: #! perl};

So, I guess #! perl should work.

Edit: doesn't work on linux; apparently works in parrot, although I don't see how they manage that.

Pedro Silva
`#! perl` does not work on our Linux server, but works fine on my local Windows dev machine. Thanks anyway.
nbolton
Yeah, I guess it works only for `parrot`. Sorry.
Pedro Silva
+3  A: 

There is no portable shebang line. Even on the same platform and architecture, someone might have installed perl is a different location.

The trick is to not install modules and scripts by hand. When you package everything as distributions and use the module toolchain, the shebang lines are modified automatically to point to the perl you used to install everything. You shouldn't have to think about these details. :)

brian d foy
I am unable to use this solution because `.pl` files do not execute on our shared Linux hosting server without the shebang. Unfortunately I'm not in a position to change the server config; I would have added an Apache handler for Perl if this was the case. Also, there are many existing `.pl` scripts on the site that use the shebang - if I were more confident with Perl I'd probably change this, but I don't want to step on anyone's toes so to speak.
nbolton
Well, you don't have to have the same shebang line on both installations. A proper installation will fix that up for you.
brian d foy
A: 

The way I had this working was to copy perl.exe to c:/usr/bin/ and rename it to perl (strip the .exe)

Htbaa
A: 

I use #! /usr/bin/env perl as the shebang on all of my perl, whether on *nix or Windows. Windows just ignores it, and the Unixen follow env to the chosen perl disto.

gWaldo