[Mono-bugs] [Bug 75007][Maj] New - Hang in constructor
bugzilla-daemon at bugzilla.ximian.com
bugzilla-daemon at bugzilla.ximian.com
Fri May 20 13:19:06 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 joeshaw at novell.com.
http://bugzilla.ximian.com/show_bug.cgi?id=75007
--- shadow/75007 2005-05-20 13:19:05.000000000 -0400
+++ shadow/75007.tmp.16861 2005-05-20 13:19:06.000000000 -0400
@@ -0,0 +1,33 @@
+Bug#: 75007
+Product: Mono: Runtime
+Version: 1.1
+OS:
+OS Details: On mono 1.1.7.x
+Status: NEW
+Resolution:
+Severity:
+Priority: Major
+Component: JIT
+AssignedTo: mono-bugs at ximian.com
+ReportedBy: joeshaw at novell.com
+QAContact: mono-bugs at ximian.com
+TargetMilestone: ---
+URL:
+Summary: Hang in constructor
+
+Sorry, I'm not sure if this is a JIT bug or an IO layer bug.
+
+With the new messaging system we're using in Beagle, we are frequently
+getting hangs in a constructor for a class which handles socket connections
+on a Unix domain socket. The constructor itself is very simple, it just
+sets one field based on its parameters -- one line. We've tested 1.1.7 and
+all the 1.1.7.x releases. It happens on all of them, but not on 1.1.4 or
+1.1.6 (but does on 1.1.6.2, apparently). It's serious enough that we feel
+we can't release the next version of Beagle without a resolution.
+
+Here's the interesting bit: after it hangs I attach gdb to it. I try
+calling mono_print_method_for_ip() on some of the unknown stack frames, and
+it hangs on all of them. So maybe this is an internal locking problem?
+
+I'll attach the stack traces. For some reason 'thread apply all bt' didn't
+quite work.
More information about the mono-bugs
mailing list