[Mono-bugs] [Bug 75034][Nor] Changed - Mono segmentation fault -
instant killer death of mono
bugzilla-daemon at bugzilla.ximian.com
bugzilla-daemon at bugzilla.ximian.com
Tue May 24 18:20:55 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 jonpryor at vt.edu.
http://bugzilla.ximian.com/show_bug.cgi?id=75034
--- shadow/75034 2005-05-24 18:08:00.000000000 -0400
+++ shadow/75034.tmp.18679 2005-05-24 18:20:55.000000000 -0400
@@ -1,13 +1,13 @@
Bug#: 75034
Product: Mono: Runtime
Version: unspecified
OS: unknown
OS Details:
-Status: RESOLVED
-Resolution: NOTABUG
+Status: REOPENED
+Resolution:
Severity: Unknown
Priority: Normal
Component: misc
AssignedTo: mono-bugs at ximian.com
ReportedBy: alexmipego at hotmail.com
QAContact: mono-bugs at ximian.com
@@ -25,6 +25,20 @@
testcase
------- Additional Comments From bmaurer at users.sf.net 2005-05-24 18:08 -------
We can't really help that. You need to use the GLib functions to do
timers so you get a callback on teh gui thread.
+
+------- Additional Comments From jonpryor at vt.edu 2005-05-24 18:20 -------
+There are two issues with the code:
+
+1. It uses threads improperly with Gecko#. This is what the GLib
+functions would fix. This isn't what the bug report is about.
+
+2. Mono dies because of (1). *This* is the reported bug. Mono
+normally converts SIGSEGV into a NullReferenceException. Why wasn't
+that done here? Why wasn't any effort made to cleanly shutdown the
+app -- run finalizers, look for exception handlers, print out a stack
+trace...? Why did mono just die?
+
+In short, we expect better from mono in the presence of buggy apps. :-)
More information about the mono-bugs
mailing list