[Mono-bugs] [Bug 323114] Issues returning Int64 based enums from EndInvoke or remoting methods

Tue Apr 1 17:11:37 EDT 2008

https://bugzilla.novell.com/show_bug.cgi?id=323114

User gert.driesen at pandora.be added comment
https://bugzilla.novell.com/show_bug.cgi?id=323114#c8

Gert Driesen <gert.driesen at pandora.be> changed:

           What    |Removed                                         |Added
----------------------------------------------------------------------------
                 CC|                                                |gert.driesen at pandora.be
             Status|RESOLVED                                        |REOPENED
         Resolution|FIXED                                           |

--- Comment #8 from Gert Driesen <gert.driesen at pandora.be>  2008-04-01 15:11:36 MST ---
Running my remoting repro for this issue (in gert/standalone/bug323114)
sometimes results in a SIGABRT:

** ERROR **: file critical-sections.c: line 95 (DeleteCriticalSection):
assertion failed: (ret == 0)
aborting...
Stacktrace:

  at (wrapper managed-to-native) System.Threading.Thread.Thread_free_internal
(intptr) <0x00004>
  at (wrapper managed-to-native) System.Threading.Thread.Thread_free_internal
(intptr) <0xffffffff>
  at System.Threading.Thread.Finalize () <0x0004f>
  at (wrapper runtime-invoke) System.Object.runtime_invoke_void
(object,intptr,intptr,intptr) <0xffffffff>

Native stacktrace:

        mono [0x81923ff]
        [0xffffe440]
        /lib/libc.so.6(abort+0x101) [0xb7da01e1]
        /usr/lib/libglib-2.0.so.0(g_logv+0x47a) [0xb7f553fa]
        /usr/lib/libglib-2.0.so.0(g_log+0x29) [0xb7f55439]
        /usr/lib/libglib-2.0.so.0(g_assert_warning+0x70) [0xb7f554b0]
        mono [0x812dcac]
        mono [0x8101c80]
        [0xb6e97231]
        [0xb6e971c8]
        [0xb7160481]
        mono [0x80b0cf5]
        mono [0x80b0f4d]
        mono [0x8104b9f]
        mono [0x8135bf2]
        mono [0x814bf75]
        /lib/libpthread.so.0 [0xb7ed2192]
        /lib/libc.so.6(clone+0x5e) [0xb7e3802e]

Debug info from gdb:

[?1034hUsing host libthread_db library "/lib/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread 0xb7d74b80 (LWP 29286)]
[New Thread 0xb7415b90 (LWP 29288)]
[New Thread 0xb7439b90 (LWP 29287)]
0xffffe410 in __kernel_vsyscall ()
  3 Thread 0xb7439b90 (LWP 29287)  0xffffe410 in __kernel_vsyscall ()
  2 Thread 0xb7415b90 (LWP 29288)  0xffffe410 in __kernel_vsyscall ()
  1 Thread 0xb7d74b80 (LWP 29286)  0xffffe410 in __kernel_vsyscall ()

Thread 3 (Thread 0xb7439b90 (LWP 29287)):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb7ed9846 in nanosleep () from /lib/libpthread.so.0
#2  0x08133961 in collection_thread (unused=0x0) at collection.c:34
#3  0xb7ed2192 in start_thread () from /lib/libpthread.so.0
#4  0xb7e3802e in clone () from /lib/libc.so.6

Thread 2 (Thread 0xb7415b90 (LWP 29288)):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb7e31591 in select () from /lib/libc.so.6
#2  0xb7f7dde9 in g_spawn_sync () from /usr/lib/libglib-2.0.so.0
#3  0xb7f7e1dc in g_spawn_command_line_sync () from /usr/lib/libglib-2.0.so0
#4  0x08192491 in mono_handle_native_sigsegv (signal=6, ctx=0xb741487c)
    at mini-exceptions.c:1104
#5  <signal handler called>
#6  0xffffe410 in __kernel_vsyscall ()
#7  0xb7d9e8f5 in raise () from /lib/libc.so.6
#8  0xb7da01e1 in abort () from /lib/libc.so.6
#9  0xb7f553fa in g_logv () from /usr/lib/libglib-2.0.so.0
#10 0xb7f55439 in g_log () from /usr/lib/libglib-2.0.so.0
#11 0xb7f554b0 in g_assert_warning () from /usr/lib/libglib-2.0.so.0
#12 0x0812dcac in DeleteCriticalSection (section=0x83c17e0)
    at critical-sections.c:95
#13 0x08101c80 in ves_icall_System_Threading_Thread_Thread_free_internal (
    this=0x96d10, thread=0x40a) at threads.c:937
#14 0xb6e97231 in ?? ()
#15 0x00096d10 in ?? ()
#16 0x0000040a in ?? ()
#17 0x082949a0 in ?? ()
#18 0x00025f04 in ?? ()
#19 0x00025f00 in ?? ()
#20 0x00000000 in ?? ()

Thread 1 (Thread 0xb7d74b80 (LWP 29286)):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb7ed67ec in pthread_cond_timedwait@@GLIBC_2.3.2 ()
   from /lib/libpthread.so.0
#2  0x08124a9a in timedwait_signal_poll_cond (cond=0xb791c65c, 
    mutex=0xb791c644, timeout=0xbfb979f8, alertable=1) at handles.c:1453
#3  0x08127521 in _wapi_handle_timedwait_signal_handle (handle=0x40b, 
    timeout=0xbfb979f8, alertable=1) at handles.c:1523
#4  0x0812c2fc in WaitForSingleObjectEx (handle=0x40b, timeout=2000, 
    alertable=1) at wait.c:202
#5  0x080b1ca9 in mono_domain_finalize (domain=0x25f00, timeout=2000)
    at gc.c:288
#6  0x081508ea in mini_cleanup (domain=0x25f00) at mini.c:13669
#7  0x0805b120 in mono_main (argc=2, argv=0xbfb97c54) at driver.c:1421
#8  0x0805a4f2 in main (argc=) at main.c:6
#0  0xffffe410 in __kernel_vsyscall ()

=================================================================
Got a SIGABRT while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries 
used by your application.
=================================================================

I'm testing this on openSUSE 10.3 (x86). Lemme know if you need a repro that
does not rely on NAnt(Contrib).

-- 
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.