Tue Dec 13 17:43:04 2016: Request 119224 was acted upon.
Transaction: Correspondence added by RSCHUPP
Queue: PAR-Packer
Subject: Issue about Can't locate loadable object for module
Broken in: (no value)
Severity: (no value)
Owner: RSCHUPP
Requestors: [email protected]
Status: open
Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=119224 >
On 2016-12-13 16:06:01, [email protected] wrote:
> I had the same problem with perl-5.22.2, PAR-1.013, PAR::Packer-1.035,
> and Module::ScanDeps-1.23.
>
> I managed to workaround it by downgrading PAR to 1.011.
> (1.012 is also broken)
1.012 is definitely broken.
> Now, executables produced with pp seem to work fine.
Yeah, I'm beginning to suspect that the problem is in PAR, not in PAR::Packer.
Though I don't know why I can't reproduce it.
Can you try the attached patch for PAR (on top of PAR 1.013)?
Cheers, Roderich
diff --git a/lib/PAR/Heavy.pm b/lib/PAR/Heavy.pm
index feadae6..eccc42f 100644
--- a/lib/PAR/Heavy.pm
+++ b/lib/PAR/Heavy.pm
@@ -16,7 +16,6 @@ No user-serviceable parts inside.
=cut
use File::Spec;
-use Archive::Zip qw( :ERROR_CODES );
########################################################################
# Dynamic inclusion of XS modules
@@ -136,7 +135,7 @@ sub _dl_extract {
# extract it under a temporary name that isn't likely to be used
# by concurrent processes doing the same
my $tempname = "$filename.$$";
- $member->extractToFileNamed($tempname) == AZ_OK
+ $member->extractToFileNamed($tempname) == Archive::Zip::AZ_OK
or die "Can't extract archive member ".$member->fileName." to $tempname: $!";
# now that we have a "good" copy in $tempname, rename it to $filename;