Home/ Questions/Q 847139
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-15T06:44:02+00:00

I have existing managed and unmanaged software using an ActiveX component supplied by a

  • 0

I have existing managed and unmanaged software using an ActiveX component supplied by a third party to perform some communications, but it is now required that this communication be routed through my application.

Ideally I’d be able to install a .NET component which will expose exactly the same interface, and will be usable as a drop-in replacement.

However, I am running into the limits of my understanding of COM, which admittedly is quite minimal.

  • How best to ensure that my implementation of the interface is 100% binary compatible with the existing object?

  • How do I ensure that applications use my implementation of the interface instead of the legacy implementation? Is it simply a matter of registering my implementation, and unregistering the legacy one?

  • How do I ensure it’s a “drop-in” replacement, and requires no changes to existing software?

  • How do I ensure unmanaged code can use it without issue?

Note: I am able to require that .NET 4.0 be used, if that will make things simpler.

Edit: Bounty will be moved here How to debug why a VB6 application using my .NET ActiveX control does not register for events? after 2 days.

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    1. Use the type library of the ActiveX component. Import it with Tlbimp.exe to get the interop library, you probably already have it if you use this component yourself. Implement your own code by inheriting the interfaces in that type library.

    2. Your implementation must use the exact same GUIDs and ProgIDs as the ActiveX component. Use OleView.exe, File + View Typelib and select the ActiveX DLL to see the GUIDs. The ProgIDs are more difficult, best thing to do is to watch how the registry is modified with the SysInternals’ ProcMon utility when you register the ActiveX DLL with Regsvr32.exe. Ultimately, the exact same changes need to be made by Regasm.exe when you register your replacement.

    3. As point 2.

    4. Same, the registration gets unmanaged code to use yours instead.

    To make this work out well, you really have to know what the interfaces do. You cannot make this work if the ActiveX component is actually an out-of-process server (an EXE).

    • 0