Answer Posted / krishna s
classic DLLs are not platform independent, can export
functions, classes(only MFC application can import these
classes).
Need to remember location of the DLL before loading.
Where as COM is platform indenpendent.
No need to remember the COM DLL location for loading
instead need to register using regsvr32 utility.
| Is This Answer Correct ? | 1 Yes | 4 No |
Post New Answer View All Answers
Once I have developed the com wrapper do I have to still register the com in registry?
Can you explain what is dcom?
Which namespace do the classes, allowing you to support COM functionality, are located?
Suppose we have object B and aggregated object C (in- proc server), created by B. Can you access any interface of B from C?
Does .net replace com?
Suppose we have object b and aggregated object c (in- proc server), created by b. Can you access any interface of b from c? What?s the difference between aggregated and contained objects?
how to call a dll as a COM dll?
Can I use .net components from com programs?
How to create an instance of the object in COM?
What is reference counting in com?
Explain Futures of COM?
Is dcom dead?
What are queued components?
What is the difference between aggregated and contained objects?
What is dcom?