[Mono-bugs] [Bug 74714][Nor] Changed - ** ERROR **: file handles.c: line 940 (_wapi_handle_unref): assertion failed: (thr_ret == 0)

bugzilla-daemon at bugzilla.ximian.com bugzilla-daemon at bugzilla.ximian.com
Fri Jun 24 13:25:06 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=74714

--- shadow/74714	2005-04-25 22:20:50.000000000 -0400
+++ shadow/74714.tmp.30129	2005-06-24 13:25:06.000000000 -0400
@@ -125,6 +125,85 @@
  43566
 
 -- I did run into a
 ** (test.exe:26400): WARNING **: _wapi_timestamp_exclusion: Breaking a
 previous timestamp
 twice in further testing.
+
+------- Additional Comments From bmaurer at users.sf.net  2005-06-24 13:25 -------
+on SVN I ran into one hang when running this test case. Here is the
+backtrace:
+
+(gdb) t a a bt
+
+Thread 5 (Thread -1217897552 (LWP 2423)):
+#0  0x009ac402 in ?? ()
+#1  0x00ba18f6 in __nanosleep_nocancel () from /lib/libpthread.so.0
+#2  0x080f21c5 in collection_thread (unused=0x0) at collection.c:36
+#3  0x00b9cb80 in start_thread () from /lib/libpthread.so.0
+#4  0x0093edee in clone () from /lib/libc.so.6
+
+Thread 4 (Thread -1217913936 (LWP 2424)):
+#0  0x009ac402 in ?? ()
+#1  0x00b9ea1c in pthread_cond_timedwait@@GLIBC_2.3.2 () from
+/lib/libpthread.so.0
+#2  0x080e6052 in timedwait_signal_poll_cond (cond=0xb7b5f1dc,
+mutex=0xb7b5f1c4, timeout=0x0) at handles.c:1251
+#3  0x080e77e2 in _wapi_handle_timedwait_signal_handle (handle=0x80d,
+timeout=0x0) at handles.c:1338
+#4  0x080e78ee in _wapi_handle_wait_signal_handle (handle=0xfffffffc)
+at handles.c:1298
+#5  0x080e4364 in WaitForSingleObjectEx (handle=0x404,
+timeout=4294967295, alertable=1) at wait.c:179
+#6  0x080cfcc4 in finalizer_thread (unused=0x0) at gc.c:676
+#7  0x0808b2ab in start_wrapper (data=0x85ab280) at threads.c:293
+#8  0x080f2d7b in timed_thread_start_routine (args=0x85ab180) at
+timed-thread.c:134
+#9  0x080feb61 in GC_start_routine (arg=0x22f00) at pthread_support.c:1260
+#10 0x00b9cb80 in start_thread () from /lib/libpthread.so.0
+#11 0x0093edee in clone () from /lib/libc.so.6
+
+Thread 3 (Thread -1228960848 (LWP 2433)):
+#0  0x009ac402 in ?? ()
+#1  0x00b9ea1c in pthread_cond_timedwait@@GLIBC_2.3.2 () from
+/lib/libpthread.so.0
+#2  0x080e6052 in timedwait_signal_poll_cond (cond=0xb7b77524,
+mutex=0xb7b7750c, timeout=0x0) at handles.c:1251
+#3  0x080e77e2 in _wapi_handle_timedwait_signal_handle (handle=0x7e7,
+timeout=0x0) at handles.c:1338
+#4  0x080e78ee in _wapi_handle_wait_signal_handle (handle=0xfffffffc)
+at handles.c:1298
+#5  0x080e4364 in WaitForSingleObjectEx (handle=0x79a,
+timeout=4294967295, alertable=1) at wait.c:179
+#6  0x0808a117 in
+ves_icall_System_Threading_WaitHandle_WaitOne_internal (this=0x70d50,
+handle=0xfffffffc, ms=-4, exitContext=0) at threads.c:1019
+#7  0x00be0f51 in ?? ()
+#8  0x00070d50 in ?? ()
+#9  0x0000079a in ?? ()
+#10 0xffffffff in ?? ()
+#11 0x00000000 in ?? ()
+
+Thread 2 (Thread -1230013520 (LWP 2434)):
+#0  0x009ac402 in ?? ()
+#1  0x00ba0e7e in __lll_mutex_lock_wait () from /lib/libpthread.so.0
+#2  0x00b9e6eb in _L_mutex_lock_15 () from /lib/libpthread.so.0
+#3  0x081a4cb0 in handle_caps ()
+#4  0x00000000 in ?? ()
+
+Thread 1 (Thread -1208785216 (LWP 2422)):
+#0  0x009ac402 in ?? ()
+#1  0x00b9ea1c in pthread_cond_timedwait@@GLIBC_2.3.2 () from
+/lib/libpthread.so.0
+#2  0x080e6052 in timedwait_signal_poll_cond (cond=0xb7b60250,
+mutex=0xb7b60238, timeout=0x0) at handles.c:1251
+#3  0x080e77e2 in _wapi_handle_timedwait_signal_handle (handle=0x7e5,
+timeout=0x0) at handles.c:1338
+#4  0x080e78ee in _wapi_handle_wait_signal_handle (handle=0xfffffffc)
+at handles.c:1298
+#5  0x080e4364 in WaitForSingleObjectEx (handle=0x42b,
+timeout=4294967295, alertable=1) at wait.c:179
+#6  0x08089e1d in ves_icall_System_Threading_Thread_Join_internal
+(this=0x216c0, ms=-4, thread=0xfffffffc) at threads.c:862
+---Type <return> to continue, or q <return> to quit---
+#7  0x00be166c in ?? ()
+<tons of managed code>


More information about the mono-bugs mailing list