Joe,<div><br></div><div>I can&#39;t find the bug # right now, but I&#39;m assuming you are talking about Release being called on the finalizer thread instead of the correct creating/apartment of the COM object? I understand how it can especially cause problems with UI controls requiring access on only the UI thread. This is a very difficult bug to fix, due to the fact that if the apartment of the COM object does not pump messages the application will deadlock. Even more complicated is what message loop to use in the non-Win32 case. </div>
<div><br></div><div>I&#39;m willing to take a look at solutions to this issue, but I can&#39;t think of any easy ones. There are multiple blog posts on how tricky it was for MS to avoid deadlock in their runtime, including things like randomly pumping messages.</div>
<div><br></div><div>Ivo, Joe is right to mention this. I&#39;ve made all my COM objects free threaded to avoid this issue. If your COM objects rely on STA behavior, you&#39;re going to run into troubles.</div><div><br></div>
<div>Thanks,</div><div>Jonathan<br><br><div class="gmail_quote">On Tue, Apr 26, 2011 at 8:20 PM, Joe Dluzen <span dir="ltr">&lt;<a href="mailto:jdluzen@gmail.com">jdluzen@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<p>I was under the impression that XPCOM is broken due to a GC bug. Is this still the case?</p>
<p>Thanks,<br>
Joe<br>
</p>
<br>_______________________________________________<br>
Mono-devel-list mailing list<br>
<a href="mailto:Mono-devel-list@lists.ximian.com">Mono-devel-list@lists.ximian.com</a><br>
<a href="http://lists.ximian.com/mailman/listinfo/mono-devel-list" target="_blank">http://lists.ximian.com/mailman/listinfo/mono-devel-list</a><br>
<br></blockquote></div><br></div>