LoadLibrary not working on Vista64?

[Peter Morris]

I have a class named DynamicLinkLibr ary which does this:

[DllImport("kern el32.dll")]
private static extern IntPtr LoadLibrary(str ing fileName);

protected virtual void Load(string fileName)
{
EnsureNotDispos ed();
if (LibraryHandle != IntPtr.Zero)
throw new InvalidOperatio nException("Lib rary already loaded");
if (string.IsNullO rEmpty(fileName ))
throw new ArgumentNullExc eption(fileName );

LibraryHandle = LoadLibrary(fil eName);
if (LibraryHandle == IntPtr.Zero)
throw new InvalidOperatio nException("Inv alid DLL file name: " +
fileName);
FileName = fileName;
}
In WinXP this works fine, however, when I run it on Vista the result of
LoadLibrary is always IntPtr.Zero. Using a relative path (same folder) or
absolute path makes no difference. Can anyone help? This is stopping me
from migrating an app to Vista!
Thanks
Pete

[Willy Denoyette [MVP]]

"Peter Morris" <su*****@NOdroo pySPAMeyes.comw rote in message
news:%2******** **********@TK2M SFTNGP04.phx.gb l...

>I have a class named DynamicLinkLibr ary which does this:

[DllImport("kern el32.dll")]
private static extern IntPtr LoadLibrary(str ing fileName);

protected virtual void Load(string fileName)
{
EnsureNotDispos ed();
if (LibraryHandle != IntPtr.Zero)
throw new InvalidOperatio nException("Lib rary already loaded");
if (string.IsNullO rEmpty(fileName ))
throw new ArgumentNullExc eption(fileName );

LibraryHandle = LoadLibrary(fil eName);
if (LibraryHandle == IntPtr.Zero)
throw new InvalidOperatio nException("Inv alid DLL file name: " +
fileName);
FileName = fileName;
}
In WinXP this works fine, however, when I run it on Vista the result of
LoadLibrary is always IntPtr.Zero. Using a relative path (same folder) or
absolute path makes no difference. Can anyone help? This is stopping me
from migrating an app to Vista!
Thanks
Pete

If you're trying to load a 32bit library, you'll need to target the "X86
platform" when compiling your code.

Note that you should check your error code when the LoadLibrary API call
fails.

[DllImport("kern el32.dll"), SetLastError=tr ue]
....
If (LibraryHandle == IntPtr.Zero)
// Call Marshal.GetLast Win32Error to get the win32 error code.

Willy.

[Peter Morris]

Hi Willy

Thanks for the answer!

I didn't know that I cannot use LoadLibraryEx in Win64 to load a 32 bit dll!
This is how my app is structured, each project depends upon the one above:

DynamicLinkLibr ary in DynamicLinkLibr ary.dll
FortranDynamicL inkLibrary in FortranDynamicL inkLibrary.dll
MySpecificDLL in MySpecificDLL.d ll (dynamically loads 3rdparty.dll)
MyApp.exe

I've now set the Target Platform of MyApp.exe to x86 and it works perfectly.
Are there any negative points to doing this?

Thanks very much for your help, I really appreciate it!
Pete

[Willy Denoyette [MVP]]

"Peter Morris" <su*****@NOdroo pySPAMeyes.comw rote in message
news:e9******** ******@TK2MSFTN GP02.phx.gbl...

Hi Willy

Thanks for the answer!

I didn't know that I cannot use LoadLibraryEx in Win64 to load a 32 bit
dll! This is how my app is structured, each project depends upon the one
above:

You can not load a 32bit DLL into a 64bit process. A Managed application
built with AnyCPU (MSIL) as target, will load the 64bit CLR and as such run
as a 64bit process.

DynamicLinkLibr ary in DynamicLinkLibr ary.dll
FortranDynamicL inkLibrary in FortranDynamicL inkLibrary.dll
MySpecificDLL in MySpecificDLL.d ll (dynamically loads 3rdparty.dll)
MyApp.exe

I've now set the Target Platform of MyApp.exe to x86 and it works
perfectly. Are there any negative points to doing this?

No, your program runs as a 32bit process under Wow64 on 64bit Windows. The
performance impact of the transition into the 64bit kernel is extremely low,
and is completely compensated by the lower CPU cache pressure.
That means that your code in general runs as fast as it would be compiled as
64 bit.

Willy.

[Peter Morris]

Excellent, thankyou so much for your help!