As others have pointed out perl blah.pl asdf
works, while blah.pl asdf
fails. This is because when you run the perl script directly, Windows realizes it must call perl, and uses the rule perl "%1"
, which only passes the script name to perl, not any of the parameters.
To fix this, you have to tell windows to use the rule perl "%1" %*
How to do that can be a little tedious:
Option 1
According to perlmonks, you should be able to use assoc
and ftype
on the commandline. In fact, if you type help ftype
, it tells you how to setup perl:
assoc .pl=PerlScript
ftype PerlScript=perl.exe %1 %*
To run assoc
requires cmd run as administrator on Window 7.
However, this didn't work for me. Windows ignored the association. I had to modify the registry. This may be due to the misguided advice to run the Default Programs
utility on Win 7, which lets you specify the program to use for given file extensions. Unlike XP, this will not allow you to specify multiple command options (to be used in the right-click menu) -- it will only allow you to specify the program that is used when you double-click on a file (or run foo.pl from commandline).
Option 2
Modify the registry: HKEY_CLASSES_ROOT
If you've used the assoc/ftype commands, you may have entries for perl
or PerlScript
. As I said earlier, these will be ignored. Look for pl_auto_file
, and drill down to the command
:
HKCRpl_auto_fileshellopencommand
Here the (Default)
should be set to something like: "C:Perlinperl.exe" "%1"
Add the missing %*
on the end of that and you should be good to go: "C:Perlinperl.exe" "%1" %*
No reboot necessary.
Option 3
If you're lazy and trusting, you can try using this as a reg file, and importing it into your registry:
Windows Registry Editor Version 5.00
[HKEY_CLASSES_ROOTpl_auto_fileshellopencommand]
@=""C:\Perl\bin\perl.exe" "%1" %*"
This should be sufficient to make blah.pl asdf
work.