RE: use Glib -> crash
I removed the inclusion of Glib.dll, Pango.dll, Gtk2.dll, Cairo.dll I renamed these in _Glib.dll … in the site/lib/auto/Glib folders And the script call with perl still works (to my surprise) The exe crash with Can't locate loadable object for module Glib in @INC (@INC contains: C:\Users\rappazf\AppData\Local\Temp\par-72617070617a66\cache-03c9735aed48f3559d2bea43563ae9be2919152f\inc\lib C:\Users\rappazf\AppData\Local\Temp\par-72617070617a66\cache-03c9735aed48f3559d2bea43563ae9be2919152f\inc CODE(0x31c09e4) CODE(0x31c0bdc)) at C:/strawberry/perl/site/lib/PAR/Heavy.pm line 99. F. From: Roderich Schupp Sent: 08 February 2019 09:23 To: RAPPAZ Francois Cc: par@perl.org; Shawn Laffan Subject: Re: use Glib -> crash On Fri, Feb 8, 2019, 09:06 RAPPAZ Francois mailto:francois.rap...@unifr.ch> wrote: Adding Glib.xs.dll to my list does not change the problem: same error Shawn was correct that they should not be added with --lib. Also they should be automatically detected, if not that's a bug. Using pp_autolink.pl<http://pp_autolink.pl> without any other file added manualy gives the error Can't load 'C:\Users\rappazf\AppData\Local\Temp\par-72617070617a66\cache-c3a6620d3518bb97ef20a314815e03e1745a9234\778ce824.xs.dll' for module Pango: load_file:The specified module could not be found at C:/strawberry/perl/lib/DynaLoader.pm line 193. at C:/strawberry/perl/site/lib/PAR/Heavy.pm line 123. Does Pango.xs.dll directly link to Glib.xs.dl? Comparing the output gavec by pp_autolink and the list I used before, I see that libgcc_s_sjlj-1.dll That is always included as part of bootstrapping parl, hence superfluous. Strangely (for me !) the dll, Glib, Gtk2, Pango, Cairo are present in auto/Glib etc despite they are not listed by pp_autolink As above, they should be included automatically. I also see that in lib/auto/ the folder Gtk2, Glib and Pango are not renamed in _Gtk2, _Glib, _Pango Huh? Cheers, Roderich
Re: use Glib -> crash
I can't help directly, but I have found 'depends' http://www.dependencywalker.com/ invaluable in situations like this. Hope it helps, ken1 On 2019-02-08 10:10, RAPPAZ Francois via par wrote: Does Pango.xs.dll directly link to Glib.xs.dl? I run C:\strawberry\perl\site\lib\auto\Pango>objdump -x Pango.xs.dll | grep "Glib.xs.dll" DLL Name: Glib.xs.dll FR FROM: Roderich Schupp SENT: 08 February 2019 09:23 TO: RAPPAZ Francois CC: par@perl.org; Shawn Laffan SUBJECT: Re: use Glib -> crash On Fri, Feb 8, 2019, 09:06 RAPPAZ Francois Adding Glib.xs.dll to my list does not change the problem: same error Shawn was correct that they should not be added with --lib. Also they should be automatically detected, if not that's a bug. Using pp_autolink.pl [1] without any other file added manualy gives the error Can't load 'C:\Users\rappazf\AppData\Local\Temp\par-72617070617a66\cache-c3a6620d3518bb97ef20a314815e03e1745a9234\778ce824.xs.dll' for module Pango: load_file:The specified module could not be found at C:/strawberry/perl/lib/DynaLoader.pm line 193. at C:/strawberry/perl/site/lib/PAR/Heavy.pm line 123. Does Pango.xs.dll directly link to Glib.xs.dl? Comparing the output gavec by pp_autolink and the list I used before, I see that libgcc_s_sjlj-1.dll That is always included as part of bootstrapping parl, hence superfluous. Strangely (for me !) the dll, Glib, Gtk2, Pango, Cairo are present in auto/Glib etc despite they are not listed by pp_autolink As above, they should be included automatically. I also see that in lib/auto/ the folder Gtk2, Glib and Pango are not renamed in _Gtk2, _Glib, _Pango Huh? Cheers, Roderich Links: -- [1] http://pp_autolink.pl
RE: use Glib -> crash
Does Pango.xs.dll directly link to Glib.xs.dl? I run C:\strawberry\perl\site\lib\auto\Pango>objdump -x Pango.xs.dll | grep "Glib.xs.dll" DLL Name: Glib.xs.dll FR From: Roderich Schupp Sent: 08 February 2019 09:23 To: RAPPAZ Francois Cc: par@perl.org; Shawn Laffan Subject: Re: use Glib -> crash On Fri, Feb 8, 2019, 09:06 RAPPAZ Francois mailto:francois.rap...@unifr.ch> wrote: Adding Glib.xs.dll to my list does not change the problem: same error Shawn was correct that they should not be added with --lib. Also they should be automatically detected, if not that's a bug. Using pp_autolink.pl<http://pp_autolink.pl> without any other file added manualy gives the error Can't load 'C:\Users\rappazf\AppData\Local\Temp\par-72617070617a66\cache-c3a6620d3518bb97ef20a314815e03e1745a9234\778ce824.xs.dll' for module Pango: load_file:The specified module could not be found at C:/strawberry/perl/lib/DynaLoader.pm line 193. at C:/strawberry/perl/site/lib/PAR/Heavy.pm line 123. Does Pango.xs.dll directly link to Glib.xs.dl? Comparing the output gavec by pp_autolink and the list I used before, I see that libgcc_s_sjlj-1.dll That is always included as part of bootstrapping parl, hence superfluous. Strangely (for me !) the dll, Glib, Gtk2, Pango, Cairo are present in auto/Glib etc despite they are not listed by pp_autolink As above, they should be included automatically. I also see that in lib/auto/ the folder Gtk2, Glib and Pango are not renamed in _Gtk2, _Glib, _Pango Huh? Cheers, Roderich
Re: use Glib -> crash
Francois, It might not be relevant, but how did you install the Glib, Gtk2 etc? Were they from the sisyphusion.tk ppms? I'm not sure why the folders would be renamed to have a leading underscore, but don't think that would be a cause. Are you able to share your code? Shawn. On Fri, 8 Feb 2019 at 19:23, Roderich Schupp wrote: > > > On Fri, Feb 8, 2019, 09:06 RAPPAZ Francois wrote: > >> Adding Glib.xs.dll to my list does not change the problem: same error >> > Shawn was correct that they should not be added with --lib. Also they > should be automatically detected, if not that's a bug. > >> Using pp_autolink.pl without any other file added manualy gives the error >> >> Can't load >> 'C:\Users\rappazf\AppData\Local\Temp\par-72617070617a66\cache-c3a6620d3518bb97ef20a314815e03e1745a9234\778ce824.xs.dll' >> for module Pango: load_file:The specified module could not be found at >> C:/strawberry/perl/lib/DynaLoader.pm line 193. >> >> at C:/strawberry/perl/site/lib/PAR/Heavy.pm line 123. >> > > Does Pango.xs.dll directly link to Glib.xs.dl? > >> Comparing the output gavec by pp_autolink and the list I used before, I >> see that >> >> libgcc_s_sjlj-1.dll >> > > That is always included as part of bootstrapping parl, hence superfluous. > >> >> Strangely (for me !) the dll, Glib, Gtk2, Pango, Cairo are present in >> auto/Glib etc despite they are not listed by pp_autolink >> > > As above, they should be included automatically. > >> I also see that in lib/auto/ the folder Gtk2, Glib and Pango are not >> renamed in _Gtk2, _Glib, _Pango >> > Huh? > > Cheers, Roderich > >>
Re: use Glib -> crash
On Fri, Feb 8, 2019, 09:06 RAPPAZ Francois Adding Glib.xs.dll to my list does not change the problem: same error > Shawn was correct that they should not be added with --lib. Also they should be automatically detected, if not that's a bug. > Using pp_autolink.pl without any other file added manualy gives the error > > Can't load > 'C:\Users\rappazf\AppData\Local\Temp\par-72617070617a66\cache-c3a6620d3518bb97ef20a314815e03e1745a9234\778ce824.xs.dll' > for module Pango: load_file:The specified module could not be found at > C:/strawberry/perl/lib/DynaLoader.pm line 193. > > at C:/strawberry/perl/site/lib/PAR/Heavy.pm line 123. > Does Pango.xs.dll directly link to Glib.xs.dl? > Comparing the output gavec by pp_autolink and the list I used before, I > see that > > libgcc_s_sjlj-1.dll > That is always included as part of bootstrapping parl, hence superfluous. > > Strangely (for me !) the dll, Glib, Gtk2, Pango, Cairo are present in > auto/Glib etc despite they are not listed by pp_autolink > As above, they should be included automatically. > I also see that in lib/auto/ the folder Gtk2, Glib and Pango are not > renamed in _Gtk2, _Glib, _Pango > Huh? Cheers, Roderich >
RE: use Glib -> crash
Adding Glib.xs.dll to my list does not change the problem: same error Using pp_autolink.pl without any other file added manualy gives the error Can't load 'C:\Users\rappazf\AppData\Local\Temp\par-72617070617a66\cache-c3a6620d3518bb97ef20a314815e03e1745a9234\778ce824.xs.dll' for module Pango: load_file:The specified module could not be found at C:/strawberry/perl/lib/DynaLoader.pm line 193. at C:/strawberry/perl/site/lib/PAR/Heavy.pm line 123. And I see that the glade files I had added manually are missing in the archive so I would have to add them anyway. Comparing the output gavec by pp_autolink and the list I used before, I see that libexpath-1_.dll libgcc_s_sjlj-1.dll were missing from my list. Strangely (for me !) the dll, Glib, Gtk2, Pango, Cairo are present in auto/Glib etc despite they are not listed by pp_autolink I also see that in lib/auto/ the folder Gtk2, Glib and Pango are not renamed in _Gtk2, _Glib, _Pango Is the above message related to that ? Cheers François From: Roderich Schupp Sent: 07 February 2019 15:12 To: RAPPAZ Francois Cc: par@perl.org Subject: Re: use Glib -> crash On Thu, Feb 7, 2019, 14:25 RAPPAZ Francois via par mailto:par@perl.org> wrote: Can't locate loadable object for module Glib in @INC (@INC contains: ../mod/hg_Gtk2-Ex-DbLinker/lib/ ... My list of options for the included libraries is -a 'U:\docs\perl\lib\Forms\Dnav.bld;\lib\Forms\Dnav.bld' ... -l 'C:\strawberry\perl\site\lib\auto\Glib\Glib.dll' Shouldn't this be Glib.xs.dll? Cheers Roderich
Re: use Glib -> crash
The file is Glib.dll on my system, so looks to be correct. It should also be packed with the rest of Glib, as it is under the site\lib\auto folder. It should not need to be added using --link. I think the error is probably due to a missing DLL dependency (I've had such errors in the past). Franzois - pp_autolink.pl might be able to find and pack all the DLLs. https://github.com/shawnlaffan/perl-pp-autolink/ Regards, Shawn. On Fri, 8 Feb 2019 at 01:12, Roderich Schupp wrote: > > > On Thu, Feb 7, 2019, 14:25 RAPPAZ Francois via par >> >> Can't locate loadable object for module Glib in @INC (@INC contains: >> ../mod/hg_Gtk2-Ex-DbLinker/lib/ >> > ... > >> My list of options for the included libraries is >> >> -a 'U:\docs\perl\lib\Forms\Dnav.bld;\lib\Forms\Dnav.bld' >> >> ... >> >> -l 'C:\strawberry\perl\site\lib\auto\Glib\Glib.dll' >> > > Shouldn't this be Glib.xs.dll? > > Cheers Roderich > >>