[Mono-bugs] [Bug 74742][Wis] New - Runtime ability to disable internal signal handlers

bugzilla-daemon@bugzilla.ximian.com bugzilla-daemon@bugzilla.ximian.com
Tue, 26 Apr 2005 15:07:14 -0400 (EDT)


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@novell.com.

http://bugzilla.ximian.com/show_bug.cgi?id=74742

--- shadow/74742	2005-04-26 15:07:14.000000000 -0400
+++ shadow/74742.tmp.13235	2005-04-26 15:07:14.000000000 -0400
@@ -0,0 +1,29 @@
+Bug#: 74742
+Product: Mono: Runtime
+Version: 1.1
+OS: 
+OS Details: 
+Status: NEW   
+Resolution: 
+Severity: 
+Priority: Wishlist
+Component: JIT
+AssignedTo: mono-bugs@ximian.com                            
+ReportedBy: joeshaw@novell.com               
+QAContact: mono-bugs@ximian.com
+TargetMilestone: ---
+URL: 
+Summary: Runtime ability to disable internal signal handlers
+
+When you're using pinvoke a lot, there are often bugs in either the
+unmanaged code or the managed wrapper that can be hard to track down
+because the runtime overrides a lot of signals, like SIGSEGV, SIGILL,
+SIGBUS, and SIGFPE.  This is especially problematic with gtk#, because if
+there is a bug in code that gets executed from the main loop (like an idle
+function, timeout, etc.) the stack trace you get in managed code is pretty
+worthless because there isn't any stack information from the unmanaged code.
+
+When dealing with bugs like this, an environment variable, like
+MONO_DISABLE_SIGNAL_HANDLERS would be nice so that the runtime would just
+segfault (or whatever).  That way we can use gdb and other tools to attach
+to the process and get a more accurate stack trace to see what's going on.