Home/ Questions/Q 8612021
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-06-12T04:31:27+00:00

The majority of my experience is with high level languages like Java and VB.NET.

  • 0

The majority of my experience is with high level languages like Java and VB.NET. I do have some experience with C++ (at university).

I understand the difference between a COM DLL and a DLL produced by a .NET compiler. I don’t fully understand the difference between a COM DLL and a Windows DLL generated by the C and C++ compiler.

I want to use C++ DLL in a .NET program. I have managed to get this working. My question is specifically: What is the difference between a DLL produced by C++ and a DLL produced by VB6 (COM based).

I have spent an hour Googling this and looking on MSDN. I though I would find my answer without having to ask a question, but I have not.

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    There’s a giant difference between the two. The list is too long to reproduce accurately in an SO post, I’ll try to hit the highlights:

    • A C++ DLL must export every function or class it wants to make available to the client code. A COM DLL only exports 4 functions with well-known names and behavior
    • An application that uses a C++ DLL must describe that DLL’s interface at link time, a COM server is bound at runtime
    • An application that uses a C++ DLL must allow Windows to find the DLL at startup time, usually by having the DLL in the same directory as the EXE or on the Path. A COM DLL is found without the client app specifying where it is located. The registry is used at runtime to locate the DLL
    • A COM server doesn’t have to be a DLL. It can be anything, including a seperate process on the same machine or an executable located on another machine half-way around the world. The client code is oblivious to where it is located

    Specific to the Automation subset of COM:

    • A COM server is usable by any language that supports COM. Which in Windows is just about any of them.

    The last bullet is possibly what trips you up about thinking that you understand the difference between a COM dll and a .NET dll. They have nothing at all in common, but .NET is pretty good and inter-operating with COM servers. The Tlbimp.exe utility is quite adept at papering over the differences.

    • 0