Yes, using an object handle seems not to be the best solution in this
particular case. I was using them since the start of my Rotor project, but
after some checks I've done, this particular case is different to the others
I've been using them. Seems also that GCPROTECT_XXX macros do exactly the
sam
t: Re: [DOTNET-ROTOR] GC Issues
Thank you very much for your help. I will try the
SetObjectReference(...)
function and see what happens now during execution. Hope GC issues will
be
gone now. I think that the "this" issue you mentioned should not happen
to
me, because the "this" obje
Thank you very much for your help. I will try the SetObjectReference(...)
function and see what happens now during execution. Hope GC issues will be
gone now. I think that the "this" issue you mentioned should not happen to
me, because the "this" object is already stored in a HANDLETABLE, and I
thi
April 13, 2005 10:57 PM
To: DOTNET-ROTOR@DISCUSS.DEVELOP.COM
Subject: [DOTNET-ROTOR] GC Issues
Hello,
I'm having several issues with the GC, and some ideas to try to solve it
that I need to clarify. I had a C# method that I stripped down in order
to
reimplement it in C++, using the
Hello,
I'm having several issues with the GC, and some ideas to try to solve it
that I need to clarify. I had a C# method that I stripped down in order to
reimplement it in C++, using the 'extern' keyword and the
[MethodImplAttribute(MethodImplOptions.InternalCall)]modifier, just as
several method
