Actually scratch that, the SIGFPE is expected there, it gets translated into an exception by our runtime. Have you tried compiling with sigaltstack off as asked by zoltan? I updated my 7.0 VM to mono trunk, and fail in exceptions.cs with the altstack code on. (I havn't tested with it off yet)
-g On Tue, 2008-12-09 at 11:30 -0500, Geoff Norton wrote: > Please file a bug for this issue in bugzilla and assign it to me. > > -g > > On Tue, 2008-12-09 at 12:57 +0100, Romain Tartière wrote: > > On Mon, Dec 08, 2008 at 04:14:45PM +0100, Romain Tartière wrote: > > > > As for the exception failures, running configure with > > > > ./configure --with-sigaltstack=no > > > > might help. > > > Just tried it. Instead of hanging-on, mono aborts. The backtrace in gdb > > > is almost the same, plus ~10 frames that look consistent and are related > > > to signal handling > > > > Wow! I have just discovered that a patch in the FreeBSD port remove the > > explicit activation of sigaltstack [1]. I removed all patches we provide > > and only kept path fixes (e.g. /usr/bin/env {bash,perl} instead of > > /bin/{bash,perl}). > > > > The result is exactly the same (with a backtrace for all threads). You > > can consider this "vanilla mono 2.0.1": > > > > | $ gdb ../mini/mono > > | GNU gdb 6.1.1 [FreeBSD] > > | Copyright 2004 Free Software Foundation, Inc. > > | GDB is free software, covered by the GNU General Public License, and you > > are > > | welcome to change it and/or distribute copies of it under certain > > conditions. > > | Type "show copying" to see the conditions. > > | There is absolutely no warranty for GDB. Type "show warranty" for > > details. > > | This GDB was configured as "i386-marcel-freebsd"... > > | (gdb) r exception.exe > > | Starting program: > > /usr/home/romain/Projects/BSD-sharp-latest/lang/mono/work/mono-2.0.1/mono/mini/mono > > exception.exe > > | [New LWP 100408] > > | [New Thread 0x29501100 (LWP 100408)] > > | [New Thread 0x29564100 (LWP 100388)] > > | [New Thread 0x29564c00 (LWP 100443)] > > | > > | Program received signal SIGFPE, Arithmetic exception. > > | [Switching to Thread 0x29501100 (LWP 100408)] > > | 0x294dc2d3 in ?? () > > | (gdb) thread apply all bt > > | > > | Thread 4 (Thread 0x29564c00 (LWP 100443)): > > | #0 0x286ad3a3 in _umtx_op_err () at > > /usr/src/lib/libthr/arch/i386/i386/_umtx_op_err.S:36 > > | #1 0x286ad141 in _thr_ucond_wait (cv=0x2956eae0, m=0x2956eac0, > > timeout=0x0, check_unparking=1) > > | at /usr/src/lib/libthr/thread/thr_umtx.c:129 > > | #2 0x286abb6d in cond_wait_common (cond=Variable "cond" is not available. > > | ) at /usr/src/lib/libthr/thread/thr_cond.c:204 > > | #3 0x08191281 in timedwait_signal_poll_cond (cond=0x295740f0, > > mutex=0x295740ec, timeout=0x0, alertable=0) > > | at handles.c:1490 > > | #4 0x081915c6 in _wapi_handle_timedwait_signal_handle (handle=0x5804, > > timeout=0x0, alertable=0) > > | at handles.c:1570 > > | #5 0x081913cc in _wapi_handle_wait_signal_handle (handle=0x5804, > > alertable=0) at handles.c:1530 > > | #6 0x081afbf8 in WaitForSingleObjectEx (handle=0x5804, > > timeout=4294967295, alertable=0) at wait.c:205 > > | #7 0x0810182f in finalizer_thread (unused=0x0) at gc.c:908 > > | #8 0x08122d52 in start_wrapper (data=0x2956f960) at threads.c:621 > > | #9 0x081a9d8a in thread_start_routine (args=0x295741d4) at threads.c:279 > > | #10 0x081cd98e in GC_start_routine (arg=0x832bec0) at > > pthread_support.c:1382 > > | #11 0x286a5865 in thread_start (curthread=0x29564c00) at > > /usr/src/lib/libthr/thread/thr_create.c:256 > > | #12 0x00000000 in ?? () > > | Current language: auto; currently asm > > | > > | Thread 3 (Thread 0x29564100 (LWP 100388)): > > | #0 0x28769f53 in nanosleep () at nanosleep.S:2 > > | #1 0x286a47e2 in __nanosleep (time_to_sleep=0xbf9fef8c, > > time_remaining=0x0) > > | at /usr/src/lib/libthr/thread/thr_syscalls.c:306 > > | #2 0x0818bcf5 in collection_thread (unused=0x0) at collection.c:34 > > | #3 0x286a5865 in thread_start (curthread=0x29564100) at > > /usr/src/lib/libthr/thread/thr_create.c:256 > > | #4 0x00000000 in ?? () > > | > > | Thread 2 (Thread 0x29501100 (LWP 100408)): > > | #0 0x294dc2d3 in ?? () > > | #1 0xbfbfe774 in ?? () > > | #2 0xbfbfe474 in ?? () > > | #3 0x00000000 in ?? () > > | #4 0x00000000 in ?? () > > | #5 0x00000000 in ?? () > > | #6 0x00000001 in ?? () > > | #7 0x00000000 in ?? () > > | #8 0x2951903c in ?? () > > | #9 0xbfbfe458 in ?? () > > | #10 0xbfbfe474 in ?? () > > | #11 0xbfbfe774 in ?? () > > | ---Type <return> to continue, or q <return> to quit--- > > | #12 0x0000000a in ?? () > > | #13 0xbfbfe474 in ?? () > > | #14 0x294dc259 in ?? () > > | #15 0x00000000 in ?? () > > | #16 0x00000000 in ?? () > > | #17 0xbfbfe498 in ?? () > > | #18 0x294dc1b7 in ?? () > > | #19 0x080d935e in mono_custom_attrs_from_index (image=0x0, idx=0) at > > reflection.c:7730 > > | Previous frame inner to this frame (corrupt stack?) > > | (gdb) > > > > With regards, > > Romain > > > > References: > > 1. > > http://code.google.com/p/bsd-sharp/source/browse/trunk/lang/mono/files/patch-configure > > > > _______________________________________________ > > Mono-devel-list mailing list > > Mono-devel-list@lists.ximian.com > > http://lists.ximian.com/mailman/listinfo/mono-devel-list > > _______________________________________________ > Mono-devel-list mailing list > Mono-devel-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-devel-list _______________________________________________ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list