Should Windows applications generally be able to distinguish between two DLLs with the same name, one being 32-bit and one being 64-bit, if they’re in two separate paths in the system PATH variable?
Specifically right now, I have 32-bit and 64-bit DLLs for FreeImage, and they’re in two separate folders, free_image_path\dist32 and free_image_path\dist64, both of which I’ve added to the system PATH. However, application built to use them can’t find either and I’m wondering if this is because there’s two DLLs with the same name and they can’t distinguish them.
I also tried putting the 32-bit and 64-bit DLLs in the windows\system and windows\SySWoW64 folders respectively, and that worked for the 32-bit app but not the 64-bit.
Thanks.
Windows can tell whether a given DLL is compiled for 32 bit or 64 bit platforms, but that won’t help in the situation you describe. The DLL loader for your app process will stop looking as soon as it finds a DLL in the system path that fits the file name requirements for the DLL import. There are no other qualifications for matching code DLLs. (as noted in the comments, non-code resource DLLs are a different story. I suspect resource DLLs are not loaded by the core program loader but by a resource manager with different rules and objectives.)
If the first DLL in the path is 32 bit and your app is 32 bit, then the DLL load will work. If the app is 64 bit, it will fail to load the DLL and the process will abort.
If you want two DLLs to coexist on the system path, you need to give them unique file names.