Home/ Questions/Q 664071
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-13T23:33:34+00:00

I have an existing app which P/Invokes to a DLL residing in the same

  • 0

I have an existing app which P/Invokes to a DLL residing in the same directory as the app itself.

Now (due to the fact that Canon produces one of the crappiest API’s around) I need to support two versions of this API and determine at run-time which one I should use (old or new). Since the DLLs have the same name (the first one loads other DLLs with same names so just renaming the first one won’t help me) I must keep them in different directories.

Hence my question: what options do I have to control what directory the DLL given in a DllImport declaration uses?

I guess I can start out by trying any of these two ideas:

1) Use “SetDllDirectory” to set my desired directory before doing the first P/Invoke and then reset it afterwards.

2) Load the desired DLL manually using “LoadLibraryEx” and hope that that will do the trick.

But are there any more “.NET:ish way” to try out first?

UPDATE: I realize that I can stuff all access to the DLLs in two separate .Net assemblies and then place each one of them in a separate directory with the corresponding API files. Then I can load the proper .Net assembly dynamically and the loading of the correct DLL whould happen automatically. Any reason that shouldn’t work?

I can think of one: how would I go about debugging this stuff? It is possible to tell Visual Studio that an assembly (contained in my solution) shall be placed in a subdirectory and debugged from there?

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    My condolences, I’ve seen one of the APIs and it was indeed shockingly bad. The bigger problem is that you’ll need to be able to convince Windows to find the DLL. They won’t be in your .exe directory so the default won’t work. Using SetDllDirectory() would work, using Environment.CurrentDirectory does too. LoadLibrary cannot work, the P/Invoke marshaller will use LoadLibrary itself.

    If it is at all an option, you can use different names for the two P/Invoke declarations, using different arguments for the DllImport() constructor and using the EntryPoint attribute. Doesn’t sound like that will fly.

    • 0