[rt.cpan.org #120581] Win32::api::loadlibrary not returning value on Win 10

[Daniel Dragan via RT]

Mon Mar 27 18:04:27 2017: Request 120581 was acted upon.
Transaction: Correspondence added by BULKDD
Queue: Win32-API
Subject: Win32::api::loadlibrary not returning value on Win 10
Broken in: (no value)
Severity: (no value)
Owner: Nobody
Requestors: mike.sh...@gmail.com
Status: open
Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=120581 >


On Mon Mar 27 18:01:50 2017, BULKDD wrote:
> Run the process with http://www.dependencywalker.com/ , open perl.exe
> in the tool, then do profile-start profiling, fill out the window with
> the command line args to perl, and look at the log in the bottom of
> the depwalker window to see what went wrong with.

Also you can use "dumpbin /headers foo.dll" if you have VC installed or "objdump -f foo.dll" if you have Mingw/Strawberry installed to check 32 bit vs 64 bit for your DLL.

[Daniel Dragan via RT]

Mon Mar 27 18:01:50 2017: Request 120581 was acted upon.

Transaction: Correspondence added by BULKDD
Queue: Win32-API
Subject: Win32::api::loadlibrary not returning value on Win 10
Broken in: (no value)
Severity: (no value)
Owner: Nobody
Requestors: mike.sh...@gmail.com
Status: open
Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=120581 >

On Mon Mar 13 17:19:00 2017, mike.sh...@gmail.com wrote:
> $l_tmp is the location of the DLL - it is for testing purposes in the same
> folder as the script calling the routing
>
> $l_cedsni_handle = Win32::API->new($l_tmp, '_cedsniDump@8', 'PP', 'N');
> $l_error = Win32::GetLastError();
>
> $l_cedsni_handle contains a value of 0
> $l_error is 0
>
> I am guessing there is an issue that the DLL was built for a Win32 system
> and this script is running on a Win64 system (???)