VB6 isn't an "automation only" interface - it will early-bind and use vtables
depending on how your code accesses the COM object, so it may well be true that
you don't have IDispatch.
I sssume you're exposing a .NET class as a COM interface, so post the heading
and attributes for your .NET class, and the Interface too if you're using one.

Signature
Phil Wilson [MVP Windows Installer]
----
> There some problems with creating object our COM server
> application. Application works fine, if we use VB6 ( or
[quoted text clipped - 4 lines]
> dim a as Object or dim a as MyApp ). Have somebody any
> idea of such vb.net behaviour?
Dmitry Zhiltsov - 17 Sep 2003 10:16 GMT
Thanks for help. I found the difference VB.Net object creation sequence
from vb6 one and correct mistake in our server code. VB6 hold reference
on class factory much longer then VB.Net( VB.Net release class factory
immediatly after use ). We had not 0 reference count on our object in
some moment after CreateInstance call, but VB.6 worked fine, because it
held reference to class factory. The same is not true with .NET, so, our
server sent WM_QUIT himself just after VB.NET release class factory, and
proxi object in vb.net had invalid reference from this moment. Thank you
once more.