Francois,
I just identified and fixed an issue with pp_autolink where it was not
handling case insensitivity. It is possible the previous runs were not
linking all of the DLLs.
Could you try again with the latest version?
Shawn.
On Thu, 14 Feb 2019 at 20:15, Shawn Laffan <shawnlaf...@gmail.com> wrote:
> PAR::Packer often triggers antivirus software. If you are prepared to do
> so you can disable it while installing PAR::Packer. Alternately you can
> skip the tests.
>
> cpanm --notest PAR::Packer
>
> Shawn.
>
>
> On Thu, 14 Feb 2019 at 20:11, RAPPAZ Francois <francois.rap...@unifr.ch>
> wrote:
>
>> I install a portable version of Strawberry perl and the Gtk2 stuck from
>> sisyphusion
>>
>> I can run the simple.pl script.
>>
>>
>>
>> But I can get PAR::Packer install, I download it from cpan and gmake
>> complains
>>
>>
>>
>> Invalid argument at encode_append.pl line 45.
>>
>> gmake[1]: *** [Makefile:900: Static.pm] Error 22
>>
>> gmake[1]: Leaving directory 'c:/spp/cpan/build/PAR-Packer-1.047-0/myldr'
>>
>> gmake: *** [Makefile:543: subdirs] Error 2
>>
>>
>>
>> And I received msg from the windows defender…
>>
>>
>>
>> Idea ?
>>
>>
>>
>> F.
>>
>>
>>
>> *From:* Shawn Laffan <shawnlaf...@gmail.com>
>> *Sent:* 14 February 2019 08:36
>> *To:* RAPPAZ Francois <francois.rap...@unifr.ch>
>> *Subject:* Re: packing Gtk2 scripts
>>
>>
>>
>> Both short and long scripts work for me.
>>
>>
>>
>> I wonder if it is worth going for the clean option and using the PPMs
>> from sisyphusion.tk in a fresh installation of Strawberry perl. If you
>> use the Strawberry perl portable version then it will not interfere with
>> your current installation.
>>
>>
>>
>> Shawn.
>>
>>
>>
>>
>>
>> On Thu, 14 Feb 2019 at 18:20, RAPPAZ Francois <francois.rap...@unifr.ch>
>> wrote:
>>
>> Adding the PAR_TEMP folder in front of the path does not changed anything.
>>
>>
>>
>> Looking for Gtk2.xs.dll (or Gtk2.dll) on my hard drive gives locations in
>>
>> c:/users/ … /AppData/Local/Temp…,
>>
>> c:\docs\... folders where I unzip the par archive and so it’s the same
>> file
>>
>>
>>
>> Gtk2.xs.dll is in
>>
>> c:\strawberry\perl\site\lib\auto…
>>
>>
>>
>> In my windows path I have C:\prog\gtk+\bin. C:\prog\gtk+ is where I
>> unzipped the Gtk2 stuff.
>>
>>
>>
>>
>>
>> Shawn, was it your trimmed down script (reduced to use Glib; ) that
>> worked for you, or is it the longer script displaying the Gtk2 windows ?
>>
>> The first works for me…
>>
>>
>>
>> François
>>
>>
>>
>> *From:* Shawn Laffan <shawnlaf...@gmail.com>
>> *Sent:* 13 February 2019 23:30
>> *To:* RAPPAZ Francois <francois.rap...@unifr.ch>
>> *Cc:* Roderich Schupp <roderich.sch...@gmail.com>; par@perl.org
>> *Subject:* Re: packing Gtk2 scripts
>>
>>
>>
>> The three DLLs listed as missing are system DLLs. I would be surprised
>> if they are actually missing.
>>
>>
>>
>> The CODE() entries in @INC are how PAR adds its paths to @INC, and are
>> expected.
>>
>>
>>
>> On the bigger picture, I wonder if you have another Gtk2.dll somewhere in
>> your path.
>>
>>
>>
>> What happens if you list the PAR_TEMP folder at the front of the path?
>>
>>
>>
>> BEGIN {
>> if ($ENV{PAR_0}) {
>> print "Adding $ENV{PAR_TEMP} to the path";
>> use Config;
>> $ENV{PATH} = "$ENV{PAR_TEMP}$Config{path_sep}$ENV{PATH}";
>> }
>> };
>>
>>
>>
>>
>>
>>
>>
>> On Thu, 14 Feb 2019 at 00:09, RAPPAZ Francois <francois.rap...@unifr.ch>
>> wrote:
>>
>> Comparing the exe made without/with renaming the lib/auto/Glib,
>> lib/auto/Gtk2, lib/auto/Pango
>>
>>
>>
>> Without renaming
>>
>> GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion
>> `g_type_from_name (name) == 0' failed at
>> C:/strawberry/perl/lib/DynaLoader.pm line 210.
>>
>> cannot register alias Gtk2::Pango::Attribute for the unregistered type
>> (null) at C:/strawberry/perl/lib/DynaLoader.pm line 210.
>>
>> Compilation failed in require at script/simple.pl line 12.
>>
>> BEGIN failed--compilation aborted at script/simple.pl line 12.
>>
>> Adding
>> C:\Users\rappazf\AppData\Local\Temp\par-72617070617a66\cache-4bb65b91bb192b62bf21122f83dfb014a10cbd14
>> to the path
>>
>>
>>
>> With renaming
>>
>> Can't locate loadable object for module Glib in @INC (@INC contains:
>> C:\Users\rappazf\AppData\Local\Temp\par-72617070617a66\cache-c4da599a70a5b23ad01cab4f5d3b75e95393de36\inc\lib
>> C:\Users\rappazf\AppData\Local\Temp\par-72617070617a66\cache-c4da599a70a5b23ad01cab4f5d3b75e95393de36\inc
>> CODE(0x32a485c) CODE(0x32a4a54)) at
>> C:/strawberry/perl/site/lib/PAR/Heavy.pm line 99.
>>
>> Compilation failed in require at Gtk2.pm line 30.
>>
>> BEGIN failed--compilation aborted at Gtk2.pm line 30.
>>
>> Compilation failed in require at script/simple.pl line 12.
>>
>> BEGIN failed--compilation aborted at script/simple.pl line 12.
>>
>> Adding
>> C:\Users\rappazf\AppData\Local\Temp\par-72617070617a66\cache-c4da599a70a5b23ad01cab4f5d3b75e95393de36
>> to the path
>>
>>
>>
>> If I run depends.exe with adding the path above for both exe
>>
>> UserDir C:\Users\rappazf\AppData\Local\Temp\... \
>>
>> UserDir C:\Users\rappazf\AppData\Local\Temp\...
>> \inc\shlib\MSWin32-x86-multi-thread-64int\
>>
>>
>>
>> depends.exe /oc:out_dwi.txt /d:dwp.txt simple_al2.exe
>>
>>
>>
>> The output shows that 3 system dll are not found, Seems to be the same
>> dll for both exe
>>
>>
>>
>> Status,Module,File Time Stamp,Link Time Stamp,File Size,Attr.,Link
>> Checksum,Real Checksum,CPU,Subsystem,Symbols,Preferred Base,Actual
>> Base,Virtual Size,Load Order,File Ver,Product Ver,Image Ver,Linker Ver,OS
>> Ver,Subsystem Ver
>>
>> ?,"ADVAPI32.DLL","Error opening file. The system cannot find the file
>> specified (2).",,,,,,,,,,,,,,,,,,
>>
>> ?,"KERNEL32.DLL","Error opening file. The system cannot find the file
>> specified (2).",,,,,,,,,,,,,,,,,,
>>
>> ?,"MSVCRT.DLL","Error opening file. The system cannot find the file
>> specified (2).",,,,,,,,,,,,,,,,,,
>>
>> ,"u:\docs\perl\dokpe_i02_dd\SIMPLE_AL2.EXE",2019-02-13
>> 13:13:16,2017-07-07
>> 12:03:24,15977245,A,0x0035BC00,0x00F4BB0D,x86,Console,"None",0x00400000,Unknown,0x0035B000,Not
>> Loaded,0.0.0.0,0.0.0.0,1.0,2.25,4.0,4.0
>>
>>
>>
>> I’m puzzled by the message
>> “C:\Users\rappazf\AppData\Local\Temp\par-72617070617a66\cache-c4da599a70a5b23ad01cab4f5d3b75e95393de36\inc
>> CODE(0x32a485c) CODE(0x32a4a54)) at”
>>
>> Is the code() correct ? shouldn’t be a path in full ?
>>
>>
>>
>> Thanks for any help.
>>
>>
>>
>> F.
>>
>>
>>
>>
>>
>> *From:* RAPPAZ Francois via par <par@perl.org>
>> *Sent:* 13 February 2019 12:22
>> *To:* Shawn Laffan <shawnlaf...@gmail.com>
>> *Cc:* par@perl.org
>> *Subject:* RE: packing Gtk2 scripts
>>
>>
>>
>> Thanks for the feed back
>>
>> I have summarized my problems here
>> https://www.perlmonks.org/?node_id=1229858
>>
>> and from Rob’s answer I conclude that there would be no point in
>> installing the Gtk2 stack from his sisyphusion site.
>>
>>
>>
>> I’m puzzled that you don’t need to add any of Glib.dll etc in your
>> packing process.
>>
>>
>>
>> When you say add x to the path, it’s the windows path you mean ?
>> something around set PATH =%PATH%;xxx before running dep walker
>>
>> And to use dependency walker when my simple.exe is running, it is this
>> file that I should load in it ?
>>
>>
>>
>> François
>>
>>
>>
>> *From:* Shawn Laffan <shawnlaf...@gmail.com>
>> *Sent:* 13 February 2019 09:26
>> *To:* RAPPAZ Francois <francois.rap...@unifr.ch>
>> *Cc:* par@perl.org
>> *Subject:* Re: packing Gtk2 scripts
>>
>>
>>
>> That code packs and runs without issue on my machine.
>>
>>
>>
>> For comparison, I have Strawberry perl 5.28.0 (PDL version), and have
>> installed Gtk2, Glib etc from the PPMs at
>> http://sisyphusion.tk/ppmindex.html
>>
>>
>>
>> Maybe try Dependency Walker on
>> C:\Users\rappazf\AppData\Local\Temp\par-72617070617a66\cache-273ef9b6a6b7e348eadc78be91c5b75711cfe242\778ce824.xs.dll
>> to see what it is expecting to load, and how far it gets. Make sure to add
>> C:\Users\rappazf\AppData\Local\Temp\par-72617070617a66\cache-273ef9b6a6b7e348eadc78be91c5b75711cfe242\
>> to the search path so it finds the perl dll (and maybe also the
>> "inc\shlib\MSWin32-x64-multi-thread" folder). Having both paths in this
>> analysis might confuse the issue if the PAR error is a search path problem,
>> but at the least you will see what is expected.
>>
>> http://www.dependencywalker.com/
>>
>>
>>
>> Shawn.
>>
>>
>>
>>
>>
>> On Wed, 13 Feb 2019 at 17:20, RAPPAZ Francois <francois.rap...@unifr.ch>
>> wrote:
>>
>> So, now simple.pl is
>>
>> use strict;
>>
>> use warnings;
>>
>> BEGIN {
>>
>> if ($ENV{PAR_0}) {
>>
>> print "Adding $ENV{PAR_TEMP} to the path";
>>
>> use Config;
>>
>> $ENV{PATH} .= "$Config{path_sep}$ENV{PAR_TEMP}";
>>
>> }
>>
>> };
>>
>>
>>
>> use Gtk2 '-init';
>>
>> use Glib qw/TRUE FALSE/;
>>
>> my $window = Gtk2::Window->new;
>>
>> $window->signal_connect (destroy => sub { Gtk2->main_quit; });
>>
>>
>>
>> $window->show_all();
>>
>> Gtk2->main;
>>
>>
>>
>> Running
>>
>> perl pp_autolink.pl -o simple.exe simple.pl
>>
>> and then
>>
>> simple.exe
>>
>> gives
>>
>> Can't load
>> 'C:\Users\rappazf\AppData\Local\Temp\par-72617070617a66\cache-273ef9b6a6b7e348eadc78be91c5b75711cfe242\778ce824.xs.dll'
>> for module Pango: load_file:The specified module could not be found at
>> C:/strawberry/perl/lib/DynaLoader.pm line 193.
>>
>> …
>>
>> Compilation failed in require at Gtk2.pm line 31.
>>
>> BEGIN failed--compilation aborted at Gtk2.pm line 31.
>>
>> Compilation failed in require at script/simple.pl line 11.
>>
>> BEGIN failed--compilation aborted at script/simple.pl line 11.
>>
>> Adding
>> C:\Users\rappazf\AppData\Local\Temp\par-72617070617a66\cache-273ef9b6a6b7e348eadc78be91c5b75711cfe242
>> to the path
>>
>>
>>
>> François
>>
>> *From:* Shawn Laffan <shawnlaf...@gmail.com>
>> *Sent:* 13 February 2019 01:20
>> *To:* RAPPAZ Francois <francois.rap...@unifr.ch>
>> *Cc:* par@perl.org; Roderich Schupp <roderich.sch...@gmail.com>
>> *Subject:* Re: packing Gtk2 scripts
>>
>>
>>
>> I can replicate the errors using a cut-down script Francois provided, and
>> which I stripped further to only use Glib. I used Dependency Walker to
>> check the hierarchy and pp_autolink is packing all the needed dlls.
>>
>>
>>
>> I then checked my own (working) code, and it adds the PAR_TEMP folder to
>> the path before loading Glib.
>>
>>
>>
>> Francois - can you add the begin block from the code below to your script
>> and test if it works?
>>
>>
>>
>> If it does then maybe PAR_TEMP should be appended to the path by PAR, but
>> that's Roderich's call.
>>
>>
>>
>> Regards,
>>
>> Shawn.
>>
>>
>>
>>
>>
>>
>>
>> use strict;
>> use warnings;
>>
>> BEGIN {
>> if ($ENV{PAR_0}) {
>> print "Adding $ENV{PAR_TEMP} to the path";
>> use Config;
>> $ENV{PATH} .= "$Config{path_sep}$ENV{PAR_TEMP}";
>> }
>> };
>>
>> use Glib;
>> print "1\n";
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> On Tue, 12 Feb 2019 at 20:46, RAPPAZ Francois via par <par@perl.org>
>> wrote:
>>
>> Hi there
>>
>>
>>
>> Roderich, some years ago was explaining why, once the lib/auto/Glib
>> …/Gtk2 had been hidden with renaming them in the par archive, running the
>> exe made with pp worked for a script using Gtk2:
>>
>> “Every DLL you add to the packed executable with "pp -l ..." is flatly
>> packed in the zip in directory shlib/ARCH and unconditionally extracted in
>> the cache area. Also the packed executable runs with the cache directory
>> prepended to PATH. So when asked to load the glue DLL for Gtk2.pm etc,
>> DyneLoader loads Gtk2.dll from the cache directory. That way we get rid of
>> the second copy of the DLLs (extracted and loaded with mangled names) and
>> inter-DLL symbol references work as expected. »
>>
>>
>>
>> On my pc (with a new perl set up), this recipe does not seems to work
>> anymore. Moreover, my folders in perl/site/lib/auto/Glib, …/Gtk2 …/Pango,
>> …/Cairo did not have corresponding glue dll Glib.dll, Gtk2.dll and so on,
>> even if these Gtk2 scripts are running fine from perl without these. So
>> why are these dll been needed after all ?
>>
>>
>>
>> I have found these glue dll in my c:/users/rappazf/AppData …. Folders
>> from the unpacking of previous par archives and placed these in a separate
>> folder c:/docs/perl_dll
>>
>> I have then include these in the par archive with –link, but the exe is
>> still crashing.
>>
>>
>>
>> should I select others dll files from these …lib/auto/… to be included
>> with link ? how can I select the correct one ?
>>
>>
>>
>> I tried to pack a 10 lines long script with using pp –x but once open,
>> the gtk window seems to block pp. Closing the window gives the control back
>> to pp but the resulting exe failed the same.
>>
>>
>>
>> Thanks for any comment
>>
>>
>>
>> François
>>
>>
>>
>>
>>
>>
