[Mono-bugs] [Bug 74690][Nor] New - mono_stack_walk[_no_il] are inverted

bugzilla-daemon@bugzilla.ximian.com bugzilla-daemon@bugzilla.ximian.com
Thu, 21 Apr 2005 18:00:44 -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 bmaurer@users.sf.net.

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

--- shadow/74690	2005-04-21 18:00:44.000000000 -0400
+++ shadow/74690.tmp.25760	2005-04-21 18:00:44.000000000 -0400
@@ -0,0 +1,37 @@
+Bug#: 74690
+Product: Mono: Runtime
+Version: 1.0
+OS: 
+OS Details: 
+Status: NEW   
+Resolution: 
+Severity: 
+Priority: Normal
+Component: misc
+AssignedTo: mono-bugs@ximian.com                            
+ReportedBy: bmaurer@users.sf.net               
+QAContact: mono-bugs@ximian.com
+TargetMilestone: ---
+URL: 
+Cc: 
+Summary: mono_stack_walk[_no_il] are inverted
+
+I got this stack trace from snorp. Note how the no_il stack walk still
+accesses symbols. The leak is bad -- it is another bug. However, the reason
+this leak is being exposed in this case is because we use the debug symbols.
+
+<snorp> ==32027== 129940 (16296 direct, 113644 indirect) bytes in 291
+blocks are definitely lost in loss record 10608 of 10653
+<snorp> ==32027==    at 0x3414BBF9: calloc (vg_replace_malloc.c:175)
+<snorp> ==32027==    by 0x341A127E: g_malloc0 (in
+/opt/gnome/lib/libglib-2.0.so.0.600.3)
+<snorp> ==32027==    by 0x80B5860: mono_debug_read_method (mono-debug.c:546)
+<snorp> ==32027==    by 0x80B5D73: find_method (mono-debug.c:708)
+<snorp> ==32027==    by 0x80B5DFF: il_offset_from_address (mono-debug.c:717)
+<snorp> ==32027==    by 0x80B5E85: mono_debug_il_offset_from_address
+(mono-debug.c:830)
+<snorp> ==32027==    by 0x8121950: mono_jit_walk_stack (mini-exceptions.c:304)
+<snorp> ==32027==    by 0x80C8D65: mono_stack_walk_no_il (loader.c:1277)
+<snorp> ==32027==    by 0x809414E:
+ves_icall_System_Reflection_Assembly_GetCallingAssembly (icall.c:3903)
+<snorp> ==32027==    by 0x809598B: ves_icall_type_from_name (icall.c:961)