we use a self-written 32bit C++ DLL from our C# applications. Now we’ve noticed that when the C# applications are run on a 64bit system, the 64bit runtime is automatically used and of course the 32bit DLL can not be accessed from the 64bit runtime.
My question is: is there a way of using the 32bit DLL? If not, if I created a 64bit version of the DLL, would it be easily possible to let the application choose which one to P/Invoke to?
I’m thinking of creating two helper classes in C#: One that imports the functions from the 32bit DLL and one that imports from the 64bit DLL, then creating a wrapper class with one function for each imported function that calls either the 32bit importer or the 64bit importer depending on the “bittyness” of the OS. Would that work?
Or is there another easy way to do things?
You need to make sure that you’re only using P/Invoke calls against a 64bit DLL when compiling in 64bit.
One option is to move all of your “methods” into a standard interface (or abstract base class), and provide 2 implementations, one 32bit and one 64bit. You can have a factory method construct the appropriate instance of the class depending on the size of IntPtr.
This allows an “AnyCPU” app to correctly, at runtime, determine which DLL to P/Invoke into, and does work.