Well, in my experience there is something else to consider. Firstly, if the
COM object is "out of process", it will stay in memory unless it is
explicitly "exited". I know this only from using Microsoft Word interop,
where even if you release all references to the COM object, the image stays
in task manager, so you execute the m_WordApplication.Quit command and it
goes. Perhaps you are out of process and hence also need to implement a
quit command on your object?
> Robin,
>
[quoted text clipped - 44 lines]
>> >
>> > Better yet, why is this reference remaining contrary to documentation?
Alan - 29 Mar 2005 17:23 GMT
Robin,
At this point the COM object does nothing. It doesn't even have variables
ore interface members yet. Before developing it, I want to make sure I know
how to do the interop correctly, starting from creating and releasing it.
Actually, I think that the problem is in ASPNET. I am using a web
application to develop and debug the COM object. When using ASP, one simply
unloads the application after each debugging run. I don't know how to unload
ASPNET other than to stop and restart w3svc.
Alan
> Well, in my experience there is something else to consider. Firstly, if the
> COM object is "out of process", it will stay in memory unless it is
[quoted text clipped - 52 lines]
> >> >
> >> > Better yet, why is this reference remaining contrary to documentation?