Re^15: if Digest::SHA1 loaded Can't load LibXML/LibXML.dll Invalid access to memory location

I got "Can't load PDL::Core module at C:/sperl/589/perl/lib/DynaLoader.pm line 249." ... with broken dll.

I get that, too - with *both* broken dll *and* ok dll
With the ok dll:

C:\>pmver PDL::Graphics::PLplot
0.61

C:\>perl -MDynaLoader -e"@PDL::Graphics::PLplot::ISA = ('DynaLoader');
+ DynaLoader::bootstrap('PDL::Graphics::PLplot');"
Can't load PDL::Core module at C:/MinGW/perl589/lib/DynaLoader.pm line
+ 249.
[download]

Then switch to the broken dll:

C:\>pmver PDL::Graphics::PLplot
Can't load 'C:/MinGW/perl589/site/lib/auto/PDL/Graphics/PLplot/PLplot.
+dll' for module PDL::Graphics::PLplot: load_file:%1 is not a valid Wi
+n32 application at C:
/MinGW/perl589/lib/DynaLoader.pm line 226.
 at -e line 1
Compilation failed in require at -e line 1.

C:\>perl -MDynaLoader -e"@PDL::Graphics::PLplot::ISA = ('DynaLoader');
+ DynaLoader::bootstrap('PDL::Graphics::PLplot
');"
Can't load PDL::Core module at C:/MinGW/perl589/lib/DynaLoader.pm line
+ 249.
[download]

I don't know what to make of that - the PDL::Graphics::PLplot module is fine so long as I use the ok dll.
Doesn't this merely demonstrate that PDL::Graphics::PLplot has a dependency on PDL::Core ?

Cheers,
Rob

Comment on Re^15: if Digest::SHA1 loaded Can't load LibXML/LibXML.dll Invalid access to memory location Select or Download Code

Replies are listed 'Best First'.
Re^16: if Digest::SHA1 loaded Can't load LibXML/LibXML.dll Invalid access to memory location by bulk88 (Priest) on Dec 06, 2012 at 07:36 UTC
The only difference I can see between the 2 DLLs is the base address, as mentioned before. If you use MS's rebase, and set the base address in broken DLL to 0x62F00000 (base address of the good one) what happens? Have you tried using Dependency Walker on the broken DLL? IDK what pmver is. What is the difference between the 2 DLLs in your experience, compiler flag wise? Since the only different is the base address, it sounds like there is a collision with something that isn't relocatable, or the DLL isn't relocatable for some unknown reason (unknown reloc type entry for example) even though it has reloc info. Also, Dynaloader uses perlhost.h/vdir to possibly change the path, so its not always the path that Dynaloader is reporting exactly. I know you said if you change the file the not a win32 application happens. If you look at http://support.microsoft.com/kb/113996 you will notice many different NTSTATUS codes map to ERROR_BAD_EXE_FORMAT. Using a C debugger to look at the EAX return value of LdrLoadDll in LoadLibraryExW. That will be the native status code. To figure out if relocation failed, set a breakpoint right before "/DynaLoader.pm line 226" (I use system("pause");), run the perl process until the PLPlot load attemp, then use VMMap or MemMapView and look at the address space, and see if there is anything at or near 622c0000 to 0x625D7200 (last section 0x625ce000 + last section length 0x9200 = 0x625D7200 ), then hit space to unfreeze it, and see if it fails with not a valid application. edit:When boot of PLplot is called, PLPlot's DLL is fully loaded, and the LoadLibrary returned a while ago. "Can't load PDL::Core module" is a croak call in PLplot's boot, so using Dynaloader for broken and ok DLLS, in isolation, is fine. But the PLplot PM file use/load/requires something else, this something else is causing the problem that later causes the bootstrap/LoadLibrary to fail for broken PLplot dll.	[reply]
Re^17: if Digest::SHA1 loaded Can't load LibXML/LibXML.dll Invalid access to memory location by Anonymous Monk on Dec 06, 2012 at 13:41 UTC
FYI pmvers is shortcut for `perl -le " eval qq{use $_; print q{$_: },$_->VERSION; } or warn$@ for @ARGV " CGI blah CGI`	[reply] [d/l]