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;

Reply via email to