SIGSEGV當P /調用dlopen

Question

我想寫一個抽象來加載Windows和Linux上的動態庫。雖然在Windows平臺上一切順利，我得到一個SIGSEGV當我打電話dlopen：

// File: Main.cs 
using System; 
using System.Runtime.InteropServices; 

namespace DlopenTest 
{ 
    class MainClass 
    { 
     const int RTLD_NOW = 2; 

     [DllImport("dl")] 
     static extern IntPtr dlopen([MarshalAs(UnmanagedType.LPTStr)] string filename, int flags); 

     [DllImport("dl")] 
     static extern IntPtr dlsym(IntPtr handle, [MarshalAs(UnmanagedType.LPTStr)] string symbol); 

     public static void Main (string[] args) 
     { 
      IntPtr libraryHandle = dlopen("libc.so.6", RTLD_NOW); 

      Console.WriteLine ("Success!"); 
     } 
    } 
} 

輸出如下：

Stacktrace: 

    at (wrapper managed-to-native) DlopenTest.MainClass.dlopen (string,int) <0x00004> 
    at (wrapper managed-to-native) DlopenTest.MainClass.dlopen (string,int) <0x00004> 
    at DlopenTest.MainClass.Main (string[]) [0x00000] in  /home/luca/Projects/DlopenTest/DlopenTest/Main.cs:18 
    at (wrapper runtime-invoke) <Module>.runtime_invoke_void_object  (object,intptr,intptr,intptr) <IL 0x0001d, 0x00043> 

Native stacktrace: 

    /usr/bin/mono() [0x80d5b19] 
    /usr/bin/mono() [0x810f7ab] 
    [0xb771940c] 
    /lib/ld-linux.so.2(+0x119a8) [0xb772b9a8] 
/usr/lib/libdl.so(+0xc0b) [0xb536dc0b] 
/lib/ld-linux.so.2(+0xdb36) [0xb7727b36] 
/usr/lib/libdl.so(+0x109c) [0xb536e09c] 
/usr/lib/libdl.so(dlopen+0x41) [0xb536db41] 
[0xb58672f1] 
[0xb58671bd] 
[0xb5867234] 
/usr/bin/mono() [0x8064428] 
/usr/bin/mono(mono_runtime_invoke+0x40) [0x812d4e0] 
/usr/bin/mono(mono_runtime_exec_main+0xde) [0x8130f8e] 
/usr/bin/mono(mono_runtime_run_main+0x112) [0x8131292] 
/usr/bin/mono(mono_main+0x15ec) [0x80b3bdc] 
/usr/bin/mono() [0x805b675] 
/lib/i686/cmov/libc.so.6(__libc_start_main+0xe6) [0xb74b8ca6] 
/usr/bin/mono() [0x805b5b1] 

Debug info from gdb: 

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

這是怎麼回事？

我的glibc版本是2.11.3，單聲道運行時是2.6.3。

要編譯程序：mono-csc Main.cs 要運行的程序：./Main.exe

---

我剛剛straced測試應用程序的執行。這裏是系統調用SIGSGV前：

... 
open("/usr/lib/libdl.so", O_RDONLY)  = 3 
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@\n\0\0004\0\0\0"..., 512) = 512 
fstat64(3, {st_mode=S_IFREG|0644, st_size=9736, ...}) = 0 
mmap2(NULL, 12408, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb598b000 
mmap2(0xb598d000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3,  0x1) = 0xb598d000 
close(3)        = 0 
mprotect(0xb598d000, 4096, PROT_READ) = 0 
munmap(0xb598f000, 76774)    = 0 
gettimeofday({1333269422, 515602}, NULL) = 0 
gettimeofday({1333269422, 515653}, NULL) = 0 
gettimeofday({1333269422, 515828}, NULL) = 0 
gettimeofday({1333269422, 515884}, NULL) = 0 
gettimeofday({1333269422, 515986}, NULL) = 0 
gettimeofday({1333269422, 516059}, NULL) = 0 
gettimeofday({1333269422, 516613}, NULL) = 0 
gettimeofday({1333269422, 516670}, NULL) = 0 
brk(0x98e3000)       = 0x98e3000 
brk(0x98e1000)       = 0x98e1000 
gettimeofday({1333269422, 516916}, NULL) = 0 
brk(0x98de000)       = 0x98de000 
brk(0x98dc000)       = 0x98dc000 
brk(0x98db000)       = 0x98db000 
gettimeofday({1333269422, 517092}, NULL) = 0 
gettimeofday({1333269422, 517200}, NULL) = 0 
gettimeofday({1333269422, 517261}, NULL) = 0 
gettimeofday({1333269422, 517368}, NULL) = 0 
gettimeofday({1333269422, 517525}, NULL) = 0 
gettimeofday({1333269422, 517762}, NULL) = 0 
gettimeofday({1333269422, 517823}, NULL) = 0 
gettimeofday({1333269422, 518007}, NULL) = 0 
gettimeofday({1333269422, 518074}, NULL) = 0 
gettimeofday({1333269422, 518435}, NULL) = 0 
gettimeofday({1333269422, 518486}, NULL) = 0 
gettimeofday({1333269422, 518648}, NULL) = 0 
gettimeofday({1333269422, 518699}, NULL) = 0 
gettimeofday({1333269422, 518803}, NULL) = 0 
futex(0xb598e06c, FUTEX_WAKE_PRIVATE, 2147483647) = 0 
--- SIGSEGV (Segmentation fault) @ 0 (0) --- 

此跟蹤是通過調用「strace /opt/mono-2.10/bin/mono ./DlopenTest.exe 2> strace」

默認單安裝（2.6）的strace的幾乎類似的生成，它總是在同一點崩潰。

如何調試此情況？我出來的想法...也許dlopen只是一個包裝，所以我可以調用一個替代函數？也許我在錯誤的environement中執行單聲道2.10（也許我必須指定一些環境變量來完成這項工作）？

Answer 1

您的代碼在單聲道2.10上工作。

$ mono --version 
Mono JIT compiler version 2.10.5 (Debian 2.10.5-1) 
Copyright (C) 2002-2011 Novell, Inc, Xamarin, Inc and Contributors. www.mono-project.com 
    TLS:   __thread 
    SIGSEGV:  altstack 
    Notifications: epoll 
    Architecture: x86 
    Disabled:  none 
    Misc:   softdebug 
    LLVM:   supported, not enabled. 
    GC:   Included Boehm (with typed GC and Parallel Mark) 
$ cat so.cs 
using System; 
using System.Runtime.InteropServices; 

namespace DlopenTest 
{ 
    class MainClass 
    { 
     const int RTLD_NOW = 2; 

     [DllImport("dl")] 
     static extern IntPtr dlopen([MarshalAs(UnmanagedType.LPTStr)] string filename, int flags); 

     [DllImport("dl")] 
     static extern IntPtr dlsym(IntPtr handle, [MarshalAs(UnmanagedType.LPTStr)] string symbol); 

     public static void Main (string[] args) 
     { 
      IntPtr libraryHandle = dlopen("libc.so.6", RTLD_NOW); 

      Console.WriteLine ("Success!"); 
     } 
    } 
} 
$ mcs so.cs 
so.cs(18,20): warning CS0219: The variable `libraryHandle' is assigned but its value is never used 
Compilation succeeded - 1 warning(s) 
$ mono so.exe 
Success! 

現在看來，這2.6下失敗（這件事情很常見），但如果多歲......我強烈建議你升級版本。

Answer 2

這是許多不同版本的Mono中的一個衆所周知的錯誤。這裏是一個工作解決方案：https://bugzilla.xamarin.com/show_bug.cgi?id=4190

簡而言之：在C/C++中爲libdl.so（libfakedl.so）創建一個簡單的包裝，並通過包裝器間接調用它的函數。

解決：http://s15.postimage.org/8x95bygh7/libdl_solved.png