[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.
http://bugzilla.ximian.com/show_bug.cgi?id=77075
--- 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: ---
URL:
-Cc:
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