A customer had a program that loaded two DLLs, let’s call them A.DLL
and B.DLL
. Both of those DLLs use a common helper DLL called C.DLL
. The catch is that the two DLLs want to use different incompatible versions of C.DLL
. The two DLLs A.DLL
and B.DLL
reside in separate folders, and each folder has a corresponding copy of C.DLL
.
An additional complicating factor is that A.DLL
was written by a third party and cannot be modified.
The customer was hoping there would be some way to get the two DLLs A.DLL
and B.DLL
to use their respective versions of C.DLL
. They suspect that some magic with activation contexts and manifests might do the trick, but they didn’t have the expertise to figure out exactly what. (And remember that A.DLL
came from a third party and cannot be modified.)
Eugene Talagrand explained that you can solve the problem with manifests. Embed a manifest into B.DLL
with resource ID 2 that looks like this:
<?xml version="1.0" encoding="UTF-8" standalone="yes"?> <assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0"> <file name="C.dll" /> </assembly>
You don’t have to make any changes to the code that loads B.DLL
. When you try to load B.DLL
, the system will recognize the manifest, and that manifest tells the system to ignore any rogue copies of C.DLL
and link B.DLL
to the copy of C.DLL
in the same directory. Furthermore, this special “B.DLL
-specific” version of C.DLL
is not made visible to other DLLs (unless they specifically ask for it with their own manifest), so when the program loads A.DLL
, it will ignore the “B.DLL
-specific” copy and look for C.DLL
using the traditional search path.
The customer confirmed that adding the manifest to B.DLL
worked!
Note that the manifest declaration applies to DLL dependencies resolved when B.DLL
is loaded. If B.DLL
performs a LoadLibrary("C.DLL")
at run time, then it will need to make its activation context active when it loads the DLL so that the system knows to follow the instructions in the manifest. For more details, you can read more about using manifests to isolate DLLs on Eugene’s blog.
0 comments