probably, 3.12.1 is still unstable. i'm using 3.0.8 on OpenSUSE 13.2 and works fine (small glitches not counting..)
it better for now to use mono stable for daily use.... André Greg Young schreef op 27-3-2015 om 14:59:
I am running into this on a build ubuntu 14.14 box bootstrapped with 3.12.1 (first pull down of sources) MCS [net_4_5] mono-symbolicate.exe MDOC [net_4_5] cs-errors.tree Error destroying handle 0x40d mutex due to 16 Stacktrace: at <unknown> <0xffffffff> at (wrapper managed-to-native) System.Threading.InternalThread.Thread_free_internal (System.Threading.InternalThread,intptr) <0xffffffff> at System.Threading.InternalThread.Finalize () <0x0001b> at (wrapper runtime-invoke) object.runtime_invoke_virtual_void__this__ (object,intptr,intptr,intptr) <0xffffffff> Native stacktrace: /home/greg/mono/mono/mini/mono(mono_handle_native_sigsegv+0xf0) [0x4d0280] /lib/x86_64-linux-gnu/libpthread.so.0(+0xfc90) [0x7f24022e7c90] /lib/x86_64-linux-gnu/libc.so.6(gsignal+0x37) [0x7f2401f4ae37] /lib/x86_64-linux-gnu/libc.so.6(abort+0x148) [0x7f2401f4c528] /home/greg/mono/mono/mini/mono() [0x668389] /home/greg/mono/mono/mini/mono(monoeg_g_logv+0x4c) [0x6685fc] /home/greg/mono/mono/mini/mono(monoeg_g_log+0x8f) [0x6686cf] /home/greg/mono/mono/mini/mono() [0x63739d] /home/greg/mono/mono/mini/mono(wapi_CloseHandle+0x14) [0x638d54] /home/greg/mono/mono/mini/mono(ves_icall_System_Threading_InternalThread_Thread_free_internal+0x16) [0x5b9956] [0x41f899f1] Debug info from gdb: [New LWP 27840] [New LWP 27839] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". 0x00007f24022e7839 in __libc_waitpid (pid=pid@entry=27867, stat_loc=stat_loc@entry=0x7fffbe0c497c, options=options@entry=0) at ../sysdeps/unix/sysv/linux/waitpid.c:40 40 ../sysdeps/unix/sysv/linux/waitpid.c: No such file or directory. Id Target Id Frame 3 Thread 0x7f23ff0f7700 (LWP 27839) "Finalizer" sem_wait () at ../nptl/sysdeps/unix/sysv/linux/x86_64/sem_wait.S:85 2 Thread 0x7f23fe39f700 (LWP 27840) "Threadpool moni" __clock_nanosleep (clock_id=1, flags=1, req=0x7f23fe39ed00, rem=0xffffffffffffffff) at ../sysdeps/unix/sysv/linux/clock_nanosleep.c:49 * 1 Thread 0x7f2402e0a7c0 (LWP 27824) "mono" 0x00007f24022e7839 in __libc_waitpid (pid=pid@entry=27867, stat_loc=stat_loc@entry=0x7fffbe0c497c, options=options@entry=0) at ../sysdeps/unix/sysv/linux/waitpid.c:40 Thread 3 (Thread 0x7f23ff0f7700 (LWP 27839)): #0 sem_wait () at ../nptl/sysdeps/unix/sysv/linux/x86_64/sem_wait.S:85 #1 0x000000000065b386 in mono_sem_wait (sem=sem@entry=0x990040 <finalizer_sem>, alertable=alertable@entry=1) at mono-semaphore.c:101 #2 0x00000000005dc842 in finalizer_thread (unused=<optimised out>) at gc.c:1093 #3 0x00000000005bc014 in start_wrapper_internal (data=<optimised out>) at threads.c:664 #4 start_wrapper (data=<optimised out>) at threads.c:711 #5 0x0000000000661a65 in inner_start_thread (arg=0x7fffbe0c5b90) at mono-threads-posix.c:93 #6 0x00007f24022e00a5 in start_thread (arg=0x7f23ff0f7700) at pthread_create.c:309 #7 0x00007f240200dcfd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111 Thread 2 (Thread 0x7f23fe39f700 (LWP 27840)): #0 __clock_nanosleep (clock_id=1, flags=1, req=0x7f23fe39ed00, rem=0xffffffffffffffff) at ../sysdeps/unix/sysv/linux/clock_nanosleep.c:49 #1 0x000000000064e410 in wapi_SleepEx (ms=ms@entry=500, alertable=alertable@entry=1) at wthreads.c:272 #2 0x00000000005bf15d in monitor_thread (unused=<optimised out>) at threadpool.c:917 #3 0x00000000005bc014 in start_wrapper_internal (data=<optimised out>) at threads.c:664 #4 start_wrapper (data=<optimised out>) at threads.c:711 #5 0x0000000000661a65 in inner_start_thread (arg=0x7fffbe0c5190) at mono-threads-posix.c:93 #6 0x00007f24022e00a5 in start_thread (arg=0x7f23fe39f700) at pthread_create.c:309 #7 0x00007f240200dcfd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111 Thread 1 (Thread 0x7f2402e0a7c0 (LWP 27824)): #0 0x00007f24022e7839 in __libc_waitpid (pid=pid@entry=27867, stat_loc=stat_loc@entry=0x7fffbe0c497c, options=options@entry=0) at ../sysdeps/unix/sysv/linux/waitpid.c:40 #1 0x00000000004d0317 in mono_handle_native_sigsegv (signal=<optimised out>, ctx=<optimised out>, info=<optimised out>) at mini-exceptions.c:2348 #2 <signal handler called> #3 0x00007f2401f4ae37 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 #4 0x00007f2401f4c528 in __GI_abort () at abort.c:89 #5 0x0000000000668389 in monoeg_log_default_handler (log_domain=<optimised out>, log_level=G_LOG_LEVEL_ERROR, message=<optimised out>, unused_data=<optimised out>) at goutput.c:233 #6 0x00000000006685fc in monoeg_g_logv (log_domain=0x0, log_level=G_LOG_LEVEL_ERROR, format=<optimised out>, args=args@entry=0x7fffbe0c5900) at goutput.c:113 #7 0x00000000006686cf in monoeg_g_log (log_domain=log_domain@entry=0x0, log_level=log_level@entry=G_LOG_LEVEL_ERROR, format=format@entry=0x719990 "Error destroying handle %p mutex due to %d\n") at goutput.c:123 #8 0x000000000063739d in _wapi_handle_unref_full (handle=0x40d, ignore_private_busy_handles=ignore_private_busy_handles@entry=0) at handles.c:1123 #9 0x0000000000638787 in _wapi_handle_unref (handle=<optimised out>) at handles.c:1173 #10 0x0000000000638d54 in wapi_CloseHandle (handle=<optimised out>) at handles.c:1346 #11 0x00000000005b9956 in ves_icall_System_Threading_InternalThread_Thread_free_internal (this=0x7f2402d36df8, thread=<optimised out>) at threads.c:1103 #12 0x0000000041f899f1 in ?? () #13 0x00007f2402d36df8 in ?? () #14 0x0000000001744fe0 in ?? () #15 0x0000000001744fe0 in ?? () #16 0x0000000001a26640 in ?? () #17 0x00007f2402d36df8 in ?? () #18 0x000000000177ffe0 in ?? () #19 0x00007fffbe0c5cc0 in ?? ()
-- ______________________________________________________________________________________ My Twitter Page: http://twitter.com/OpenSimFan My Facebook page (be my friend, please ) http://www.facebook.com/andre.verwijs My Google+ page (follow me please ) André Verwijs - Google+ https://plus.google.com/111310545842863442992 _______________________________________________ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list