Question

I was using PAR::Packer to package my Perl application on Cygwin and then running it on HPUX.

A simple hello world works well, e.g.:

pp -p hello.pl 

That results in a.par and then on HPUX:

parl a.par 

It works great.

However when package a bigger application with many dependencies with -B bundle switch, no such luck, instead I get the error:

 Can't locate loadable object for module Socket in @INC 

Any ideas, maybe some problem with Windows/unix networking? Any fixes?

Answer 1

Perl blixtor’s advice from comments I am moving the "edit updates" I had in the question to answer my own question here:

Most of the credit here goes to Andrew Barnett, the 2 key issues were the

1. native C code library
2. the perl LIB paths

Here were the steps I followed to get the cygwin created par to run on HPUX, I believe steps should be about same on any unix:

Followed Andrew’s advice and removed IO::Socket with the pp -X IO::Socket switch, but then running the resulting parl on unix I get slightly modified but still related error:

Can't locate Socket.pm in @INC (@INC contains: CODE(0x406ab018) CODE(0x4055c880) CODE(0x40563978)) at Net/Config.pm line 11 

even though running "perl -MCPAN -e shell" on the unix showed Socket should be installed and up to date:

cpan[2]> install IO::Socket IO::Socket is up to date (1.30_01). 

So in addition to excluding Socket with the -X switch abobe, I also had to create a wrapper script on HPUX with just this 1 line in in, wrapper.pl:

use PAR { file => 'bdiff.par', run => 'bdiff.pl' }; 

then to run this I didn’t use parl, instead I would just call it with perl and I had to supply the entire paths to the default lib paths with the -I switch, like this:

perl -I/lib/perl5/lib/5.10.0/PA-RISC2.0 -I/lib/lib/site_perl wrapper.pl allparameters 

for some reason when using parl it seems the default lib paths get excluded, hence the full paths above.