RE: [rt.cpan.org #119224] Issue about Can't locate loadable object for module

[email protected] (Chenchen Qu)
Newsgroups perl.par
Message-ID <54C66734FA91A142B073920A5762162173F2053B@EXCHMBOXA01.pc.factset.com>
No, I ran it on new machine, I guess if your test script is able to locate the share library somewhere in your system it could still pass your test.

Thanks for the quick fix!

Chenchen

-----Original Message-----
From: Roderich Schupp via RT [mailto:[email protected]] 
Sent: Wednesday, December 14, 2016 4:14 PM
To: [email protected]
Subject: [rt.cpan.org #119224] Issue about Can't locate loadable object for module

Wed Dec 14 11:13:38 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 >


Thank you both for testing the fix!
I'm going to release a fixed PAR over the weekend.
In hindsight it was a silly idea to "use" anything in PAR/Heavy.pm (esp. anything that could directly or recursively load an XS module).
After all, PAR/Heavy.pm contains the machinery that allows XSLoader or DynaLoader to load XS modules from a packed executable or .par archive.

But I'm still puzzled about the fact that PAR::Packer's self test passes (which packs and runs a variety of simple scripts), but the "hello world"
example bombs out for you (but not on my test systems).
So that we're all on the same page here: 
Did you *run* the "hello world" executable on the *same* machine where you generated it (with pp)?

Cheers, Roderich
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.