Is it possible to load an OCX component for one application from a different location than the system default without unregistering the one in the System32 directory with regsvr32? Two applications are having conflicts with an OCX component.
Does this example work in VS2008 and Windows 7?I got an embedded manifest to work using the IDE but that example for the external manifest doesn't work for me.
sleepp
2009-09-22 22:33:09
Maybe the apps have embedded manifests already? I'm not sure if an external manifest can add aspects to an existing embedded manifest (such as reg-free activation details)
Kim Gräsman
2009-09-27 19:32:25
Generally registration free COM works OK, but it's a bit fuzzy about the manifest formatting. There are tools out there that help you generate the manifest. As far as I know it's the windows dll-loader itself that has been changed to allow such isolation, and I believe it only works on XP and upwards. It also only works for in-process files such as dll's.Application virtualization is generally a better way to deal with incompatibilities like this, but obviously requires that you have access to such tools.
Glytzhkof
2009-10-08 02:22:25
A:
If the OCX file are differnt versions then you should be able to register both, but it is unlikely they have been versioned properly (or created properly) so the answer I'm afraid with a COM object is no.
Toby Allen
2009-10-17 07:24:57