I'm not sure the correct way to go about this.
I have a .NET solution comprised of an .exe and a .dll project. Both of these projects reference the same two COM .dll's and therefore create two different sets of Interop files which are created under their respective project root directories.
The problem lies when I go to deploy as I'm constantly getting an ActiveX cannot create object on the target machine which I can only assume is due to the fact that the setup package is only taking one set of the interops.
Since you can't strong name a COM dll I can't toss it in the GAC, and while I can manually create strong named Interop's with TlbImp.exe and toss them in the GAC when I reference the COM .dll's in my project new Interop's are created instead of .NET automatically referencing the ones I tossed in the GAC. If anyone can decipher my babble and understand what i'm trying to achieve, by all means let me know.
Thanks.
I have a .NET solution comprised of an .exe and a .dll project. Both of these projects reference the same two COM .dll's and therefore create two different sets of Interop files which are created under their respective project root directories.
The problem lies when I go to deploy as I'm constantly getting an ActiveX cannot create object on the target machine which I can only assume is due to the fact that the setup package is only taking one set of the interops.
Since you can't strong name a COM dll I can't toss it in the GAC, and while I can manually create strong named Interop's with TlbImp.exe and toss them in the GAC when I reference the COM .dll's in my project new Interop's are created instead of .NET automatically referencing the ones I tossed in the GAC. If anyone can decipher my babble and understand what i'm trying to achieve, by all means let me know.
Thanks.