[Mono-bugs] [Bug 75119][Blo] Changed - thread/gc issue ...

bugzilla-daemon at bugzilla.ximian.com bugzilla-daemon at bugzilla.ximian.com
Wed Jun 8 12:12:57 EDT 2005


Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

Changed by michael at ximian.com.

http://bugzilla.ximian.com/show_bug.cgi?id=75119

--- shadow/75119	2005-06-02 17:31:32.000000000 -0400
+++ shadow/75119.tmp.28781	2005-06-08 12:12:57.000000000 -0400
@@ -10,13 +10,12 @@
 Component: GC
 AssignedTo: mono-bugs at ximian.com                            
 ReportedBy: michael at ximian.com               
 QAContact: mono-bugs at ximian.com
 TargetMilestone: ---
 URL: 
-Cc: 
 Summary: thread/gc issue ...
 
 So - I think I ommitted to file this as a bug before - however; it's rather
 important for Mono/OO.o
 
 OO.o is highly threaded, and we can't be compiling it with some funky gc
@@ -65,6 +64,18 @@
 de-register thread stacks on destruction; surely. hmm.
 
 ------- Additional Comments From vargaz at gmail.com  2005-06-02 17:31 -------
 Also, could the 'mono_gc_ensure_registered' function be called
 'mono_gc_register_thread' instead ?
 
+
+------- Additional Comments From michael at ximian.com  2005-06-08 12:12 -------
+New patch with Zoltan's re-name, of course - this is not the world's
+most elegant patch as discussed; it is OTOH critical for the OO.o/Mono
+bridge.
+
+I have tried to update this so it'll free any foreign thread data on
+thread exit - which should help improve the situation. Unfortunately -
+it's rather tricky to test. Perhaps you have some mixed C / Mono
+test-apps that it'd be easy to hook that into (?).
+
+Anyhow - HTH.


More information about the mono-bugs mailing list