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
Suppose we have object B and aggregated object C (in- proc server), created by B. Can you access any interface of B from C?
Can you explain what is dcom?
How do we create dcom object in vb6?
Is dcom dead?
What are queued components?
how to call a dll as a COM dll?
What is dcom?
Once I have developed the com wrapper do I have to still register the com in registry?
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?
What is the difference between aggregated and contained objects?
How to create an instance of the object in COM?
What is reference counting in com?
What is the use of com component in .net?
Can I use .net components from com programs?