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

[syphilis]

"dumpbin mydll.dll" will show section names and sizes

I have 2 builds of PLplot.dll - both are the same size (3,327,028 bytes). I have named one of them PLplot_broken.dll, and the other PLplot_ok.dll. They can be obtained from:

http://www.sisyphusion.tk/junk/PLplot_broken.dll
and
http://www.sisyphusion.tk/junk/PLplot_ok.dll

Both were built using the same compiler, and against the same plplot static library.
Running 'dumpbin PLplot_broken.dll' and 'dumpbin PLplot_ok.dll produces identical results (except of course, for the file name that is reported):

Microsoft (R) COFF/PE Dumper Version 7.00.9466
Copyright (C) Microsoft Corporation.  All rights reserved.


Dump of file PLplot_ok.dll

File Type: DLL

  Summary

        1000 .CRT
        B000 .bss
        6000 .data
        1000 .debug_abbrev
        1000 .debug_aranges
       B3000 .debug_info
       1B000 .debug_line
       92000 .debug_loc
        A000 .debug_ranges
        2000 .debug_str
        C000 .edata
       16000 .eh_frame
        2000 .idata
       16000 .rdata
       4E000 .reloc
      10E000 .text
        1000 .tls

If I use PLplot_ok.dll as the PLplot.dll I get:

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

If I use PLplot_broken.dll as the PLplot.dll I get:

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.

Any advice on how I might be able to come to an understanding of why one is ok, but the other not, would be most welcome.

Cheers,
Rob

[Anonymous Monk]

more related threads of no help to me :)

somethings wrong with the dll (mixing _32/_64 builds), replace it mysql - "193: %1 is not a valid Win32 application" bug with a new Rails Application

download new one rJava install - "%1 is not a valid Win32 application."

path management blah LibraryLink & MinGW

WHOA! onclick/rubyinstaller %1 is not a valid Win32 application with Digest::SHA1

, having tools that alter loading DLLs (like FRAPS or Detours) can affect loading Ruby’s extensions. It is recommended you disable/uninstall FRAPS.

md5.so/sha1.so loaderror on `gem help command` and `bundler` both error on Win7 64 with 1.9.3-p0, work fine with 1.9.2-p290 · Issue #102 · oneclick/rubyinstaller · GitHub

I don't use FRAPS (some DirectX thing)

depends.exe profile showed only depends.dll hooking other dlls

WHOA! This is you man :) same problem, gave up the "experimental" Using mingw64 with x64 ActiveState builds. « perl-win32-users « (with Inline::C load_file:%1 is not a valid Win32 application ))

mixing 32/64 Issue 29 - f2py - "ImportError: DLL load failed: %1 is not a valid Win32 application" with gnu95 - Fortran to Python Interface Generator - 3rd generation - Google Project Hosting

unanswered, using gcc 4.5.2, minimal test case [href://http://stackoverflow.com/questions/5233056/create-a-valid-shared-library-in-c|dll - Create a valid shared library in C ((( WindowsError: Error 193 %1 is not a valid Win32 application)))]

unresolved, same exact issue with java/JNI/fortran, , minimal test case SourceForge.net: MinGW-w64 - for 32 and 64 bit Windows: mingw-w64-public

same as all, same suggestions Trouble getting started

avoid mingw, install msvs Qt Creator, linked boost library and debug | Qt DevNet forums | Qt Developer Network

win64/WOW64 mode, N/A as i'm all win32 HOWTO: Diagnose One Cause of "%1 is not a valid Win32 application" on IIS6 on 64bit Windows - David Wang - Site Home - MSDN Blogs

32 bit dlls on win64 PL/Java - Fwd: Re: Calling it a day

The rest are just re-cached versions of these rails/ruby/python/opencv/fortran/jni threads

and google cuts me off after ~500 links, but is happy to tell its only Page 5 of 202 results :/

so i'm using all 32 bit everything, nothing else is hoooking that I see, there are no spaces in paths, load sha1 first breaks libxml, load other way its fine

[bulk88]

sections /29, /59, and .reloc are different sizes. .text is identical size. The instructions in .text I am pretty sure (didn't look too deeply, using my tools) are identical except for the effects of relocation. The 2 DLLs have different base addresses, and both are i386 and have identical PE headers except for the relocation. Where can I get a copy of libgcc_s_dw2-1.dll? Strawberry perl 5.8.9.5 doesn't have one.

*Both* files gave me this warning when I used PE Explorer on them.

" Warning! Section </4> (3) extends beyond the raw file offset of section <.bss> (4)."

[syphilis]

Where can I get a copy of libgcc_s_dw2-1.dll?

I've just uploaded it to here.
It's a dll that ships with the mingw.org builds of 32-bit gcc. Strawberry's compilers are built by a different vendor.

Thanks for taking a look.

Cheers,
Rob

[bulk88]

Both ok and broken loaded correctly without error. Win32::LoadLibrary returns a handle for both and reading that handle as a mem block, the first 2 letters were MZ (dll/exe magic). Can not reproduce.