[Mono-bugs] [Bug 75034][Wis] Changed - gtk# segfault not converted
to NullRef
bugzilla-daemon at bugzilla.ximian.com
bugzilla-daemon at bugzilla.ximian.com
Tue May 24 18:35:01 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 bmaurer at users.sf.net.
http://bugzilla.ximian.com/show_bug.cgi?id=75034
--- shadow/75034 2005-05-24 18:20:55.000000000 -0400
+++ shadow/75034.tmp.18811 2005-05-24 18:35:01.000000000 -0400
@@ -3,21 +3,21 @@
Version: unspecified
OS: unknown
OS Details:
Status: REOPENED
Resolution:
Severity: Unknown
-Priority: Normal
+Priority: Wishlist
Component: misc
AssignedTo: mono-bugs at ximian.com
ReportedBy: alexmipego at hotmail.com
QAContact: mono-bugs at ximian.com
TargetMilestone: ---
URL:
Cc:
-Summary: Mono segmentation fault - instant killer death of mono
+Summary: gtk# segfault not converted to NullRef
Using the testcase I attach Mono (after 5 seconds) dies with segmentation
fault. The gui isn't thread-safe, so thats a buggy code, yet Mono should
handle this and throw an Exception, not a segmentation fault.
------- Additional Comments From alexmipego at hotmail.com 2005-05-24 08:57 -------
@@ -39,6 +39,12 @@
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. :-)
+
+------- Additional Comments From bmaurer at users.sf.net 2005-05-24 18:35 -------
+Can we prove that the segfault was really a nullref?
+
+Btw, trying to catch this exception would be horrible. God only knows
+hot the gui libs have been corrupted.
More information about the mono-bugs
mailing list