You have to use the gchandle API to avoid making your objects collectible. <br>Look at the mono_gchandle_* family of functions from the embedding API for more information.<br><br><div class="gmail_quote">On Tue, Jan 13, 2009 at 6:10 PM, Martin Smith <span dir="ltr">&lt;<a href="mailto:martin.smith.jr@gmail.com">martin.smith.jr@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hello,<br><br>We are working on an application where we&#39;re embedding Mono in an Objective-C application.&nbsp; One of the issues that we&#39;re seeing is that if the GC does not &quot;see&quot; pointers that are stored in Objective-C objects.&nbsp; The side effect is that when we run our applications, the Obj-C objects will have instance variables that will eventually raise a SIGSEV (NullReferenceException) whenever the garbage collector runs.<br>

<br>Does anyone else have experience with this problem?&nbsp; I know one of the things we could probably do is maintain a data structure that stores all the &quot;live&quot; mono pointers and then write smart pointer classes that explicitly maintained ref counts on these objects, but I&#39;m wondering if there&#39;s an easier way.<br>

<br>Thanks in advance,<br><font color="#888888">Martin<br>
</font><br>_______________________________________________<br>
Mono-osx mailing list<br>
<a href="mailto:Mono-osx@lists.ximian.com">Mono-osx@lists.ximian.com</a><br>
<a href="http://lists.ximian.com/mailman/listinfo/mono-osx" target="_blank">http://lists.ximian.com/mailman/listinfo/mono-osx</a><br>
<br></blockquote></div><br>