No, I didn't try it without an installed Perl. You are right. I'll try this evening and post you if it worked.

Thanks for your hint. And unfortunately you are right. It is not working without an installed perl.

The main script works. But calling the helper script does not work.

Here the error message:

Can't exec "perl": ...

Do you have an idea why it does not know the "perl" command within the par packed executable when perl is not installed? What to do?

I know you recommended the cava packager. But it's always interesting for me to know how it works when I don't get it myself.

Thank you for your help.

Do you have an idea why it does not know the "perl" command within the par packed executable when perl is not installed?

:) Um, because perl is not installed, its nowhere in the %PATH%, duh :p

Maybe you'd like to pack perl.exe (or parl.exe) as well? Depending on the kind of perl binary you have, that might be against the license (ActiveState)

update: I wouldn't recommend attempting it, you'll waste an hour and get nowhere

Also, see my links in Pack multiple scripts in executables with one shared core dll follow deep, and you'll know more. Same for these similar links

• Re: How PAR pp works?
• Re^2: Perl Module Not Working In Crontab
• Re^7: Cookie and Session
• Re: DynaLoader.pm line 230 error::install_driver(DB2) failed
• Re^3: PAR Packer exe file doesn't run
• Re: using chdir($variable_name) to change directory
• Re^5: script fails loading module version, but > version is installed
• Re^3: Installation problem
• Re: Authen::PAM error
• Re^2: Fuse and fuse_loop
• Re^4: How PAR pp works?
• Re: Installing iodbc 0.1 via CPAN (or other means) on Mac OS 10.6
• Re^2: Error with DynaLoader.pm and DBD::mysql
• Re: Problem on XS