Sun Dec 09 09:16:33 2018: Request 127971 was acted upon.
Transaction: Correspondence added by RSCHUPP
Queue: PAR
Subject: {Windows] PAR-Packer-1.047
Broken in: (no value)
Severity: (no value)
Owner: Nobody
Requestors: welleoz...@googlemail.com
Status: new
Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=127971 >
On 2018-12-08 10:14:59, welleoz...@googlemail.com wrote:
> pp --% -u -x -l C:/berrybrew/5.28.0_32/perl/vendor/lib/MIME/types.db
> -o AC.exe -F Bleach="^(AC)" AC.pl
Is "--%" a typo - there's no such option for pp?
> PS D:\6.00> .\AC.exe
> format error: bad signature: 0x2508438b at offset 6962287 in file
> D:\6.00\AC.exe
> at -e line 614.
...
> Can't load
> 'C:\Users\BD\AppData\Local\Temp\par-4244\cache-
> 1544280014\31e69eb2.xs.dll' for
> module Tk::JPEG: load_file:Das angegebene Modul wurde nicht gefunden
> at
> C:/berrybrew/5.28.0_32/perl/lib/DynaLoader.pm line 193.
>
> I am quite worried about 2 things: the "format error: bad signature"
These are from Archive::Zip. Which version of Archive::Zip are you using
(on the machine where you packed AC.exe)? Does your program use Archive::Zip
explicitly?
"Can't load..." is most likely caused by your program using Tk::JPEG,
but you didn't pack the native JPEG library - PAR:Packer (actually
Module::ScanDeps) does NOT detect dependencies of (XS) Perl modules
on native libraries. If Tk::JPEG was built against the JPEG library
that came with your Strawberry this can be solved by adding
--link libjpeg-9_.dll
to your pp command line.
> C:/berrybrew/5.28.0_32/perl/lib/DynaLoader.pm which was the directory
> in the original machine where pp has been used!
Nothing to worry about, it's a feature. All Perl code that is packed by pp
is instrumented with #line directives that encode the original file name
(and line numbers in case POD stripping was applied) so that error
messages correctly reference stuff as seen by the developer on the
packing machine.
Cheers, Roderich
