Wed Mar 11 12:04:13 2015: Request 102690 was acted upon. Transaction: Correspondence added by RSCHUPP Queue: PAR-Packer Subject: Error with packing Check.xs.dll Broken in: (no value) Severity: (no value) Owner: Nobody Requestors: z...@cpan.org Status: open Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=102690 >
Am 2015-03-11 10:28:51, dzagas...@gmail.com schrieb: > Additionally to error in console I get windows system error message: > "The program can't start because Check.xs.dll is missing from your > computer." Hm, how can Windows know the name Check.xs.dll if PAR tries (unsuccessfully) to load it using its mangled name... Uh-oh, found it: multidimensional.xs.dll _directly_ links against Check-xs.dll! That's rogue behaviour. Only a handfull of modules do something like this and the all have problems with PAR::Packer (known offenders: Windows versions of Glib/Gtk+ and WxWidgets). Try the following workaround: explicitly add Check.xs.dll using "pp --link ...". This will pack 2 copies of it - one under the usual .../auto/... hierarchy and another directly under /shlib (or similar). The former will be extracted on demand using the mangled name, but the latter will always be extracted to cache-dir/shlib using the original name. Moreover the PATH for the execution of the packed exe will contain cache-dir/shlib, hence Windows will be able to locate the latter copy. Cheers, Roderich