[Mono-bugs] [Bug 77075][Maj] Changed - "SuspendThread failed!" on windows

bugzilla-daemon at bugzilla.ximian.com bugzilla-daemon at bugzilla.ximian.com
Mon Jan 1 19:01:34 EST 2007

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 robertj at gmx.net.


--- shadow/77075	2007-01-01 17:56:40.000000000 -0500
+++ shadow/77075.tmp.27487	2007-01-01 19:01:34.000000000 -0500
@@ -10,13 +10,12 @@
 Component: GC
 AssignedTo: lupus at ximian.com                            
 ReportedBy: bill.seddon at lyquidity.com               
 QAContact: mono-bugs at ximian.com
 TargetMilestone: ---
 Summary: "SuspendThread failed!" on windows
 I installed 1.1.12 today and discovered that no windows apps will run.  I 
 assumed this was a thing with MWF.  But then I tried an ASPX 
 application.  While running this app - doing only things that generate 
 HTML - the app hangs with a message box that has a title "Fatal error in 
@@ -108,6 +107,24 @@
 So i solved it by using GC_CreateThread and linking to a static
 compiled library instead of using the DLL magic. I never had invalid
 handles anymore."
 I do not know what the "dll magic" is that they are talking about on
 that thread. 
+------- Additional Comments From robertj at gmx.net  2007-01-01 19:01 -------
+Fortunately, Mono already has the necessary infrastructure to
+solve that: mono_gc_register_thread. It is currently a no-op on
+Win32 because libgc was supposed to be able to auto-attach to
+foreign threads.
+We could configure libgc to disable the DLL-FU it usually does to
+detect new threads and do this ourself with 
+GC_thread_register_foreign, like on pthread platforms.
+It will probably break a few apps that embed Mono w/out calling
+mono_thread_attach from their new threads, though.
+Since Windows apps tend to have a lot of threads, it will be
+a pretty common problem actually. 
+I can look at this if nobody objects.

More information about the mono-bugs mailing list