[Mono-bugs] [Bug 48283][Wis] Changed - crash while running corlib unit tests

bugzilla-daemon@bugzilla.ximian.com bugzilla-daemon@bugzilla.ximian.com
Tue, 9 Sep 2003 07:23:13 -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 vargaz@freemail.hu.

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

--- shadow/48283	2003-09-09 02:21:03.000000000 -0400
+++ shadow/48283.tmp.10673	2003-09-09 07:23:13.000000000 -0400
@@ -1,14 +1,14 @@
 Bug#: 48283
 Product: Mono/Runtime
 Version: unspecified
 OS: GNU/Linux [Other]
 OS Details: Debian unstable
-Status: NEW   
-Resolution: 
-Severity: 
+Status: RESOLVED   
+Resolution: NOTABUG
+Severity: Unknown
 Priority: Wishlist
 Component: misc
 AssignedTo: mono-bugs@ximian.com                            
 ReportedBy: mass@akuma.org               
 QAContact: mono-bugs@ximian.com
 TargetMilestone: ---
@@ -109,6 +109,15 @@
 0x8d3ec7d:      call   0x400a942a <mono_array_new_specific>
 0x8d3ec82:      add    $0x8,%esp
 0x8d3ec85:      mov    %eax,%esi
 0x8d3ec87:      mov    %esi,0xfffffff0(%ebp)
 (gdb) print *(int*)($ebp + 0x8)
 $1 = 0
+
+------- Additional Comments From vargaz@freemail.hu  2003-09-09 07:23 -------
+This is not really a bug. The runtime does no checks for null pointers
+etc. Instead, it lets the hardware emit a SIGSEGV, then converts it
+into a NullReferenceException in the signal handler. Unfortunately, 
+gdb thinks it is a segmentation fault, confusing people.
+
+BTW, some Array methods threw NullReferenceException when they
+shouldn't. I fixed this.