在Ubuntu中,我使用Mono(v3.2.8)和嵌入式Mono运行时从C调用C#可执行文件。当我从命令行调用exe(.NET 4.5)(即 mono testFile.exe )时,它工作正常。但是,当我运行我的C测试程序时,它会抛出一个C#异常:
libc at at (wrapper managed-to-native) System.Platform:uname (intptr)
at System.Platform.get_IsMacOS () [0x00000] in <filename unknown>:0
at System.Net.WebRequest.GetSystemWebProxy () [0x00000] in <filename unknown>:0
at System.Net.WebRequest.GetDefaultWebProxy () [0x00000] in <filename unknown>:0
at System.Net.WebRequest.get_DefaultWebProxy () [0x00000] in <filename unknown>:0
at System.Net.GlobalProxySelection.get_Select () [0x00000] in <filename unknown>:0
at System.Net.HttpWebRequest..ctor (System.Uri uri) [0x00000] in <filename unknown>:0
at (wrapper remoting-invoke-with-check) System.Net.HttpWebRequest:.ctor (System.Uri)
at System.Net.HttpRequestCreator.Create (System.Uri uri) [0x00000] in <filename unknown>:0
at System.Net.WebRequest.Create (System.Uri requestUri) [0x00000] in <filename unknown>:0
at System.Net.WebRequest.Create (System.String requestUriString) [0x00000] in <filename unknown>:0
at MyClass.MainClass.Main (System.String[] args) [0x00000] in <filename unknown>:0
我已将其缩小到这一行代码:
WebRequest request = WebRequest.Create("http://www.google.com");
通过调用堆栈和单声道源代码,我相信失败与在libc.so(CheckOS()函数,mcs / class / System /的第50行中调用本机'uname'函数有关。系统/ Platform.cs):
if (uname (buf) == 0) {
我认为发生的事情是p / Invoke层找不到libc.so.但是,当我在我的可执行文件的Main()函数中进行相同的调用时,它执行正常,我很困惑为什么它在一个地方工作而不是另一个地方。奇怪的是,异常消息不是DllNotFoundException,而是这个通用的“libc”消息(虽然我已经确认当我尝试使用伪造的.so调用时,我得到相同的消息。)
我的C代码:
int main(int argc,const char* argv[]) {
MonoDomain* domain=mono_jit_init("testFile.exe");
MonoAssembly* assembly=mono_domain_assembly_open(domain,"testFile.exe");
MonoImage* image=mono_assembly_get_image(assembly);
const char* args[1];
args[0]="testFile.exe";
mono_jit_exec(domain,assembly,1,(char**) args);
}
我的C#代码:
namespace MyClass {
class MainClass {
public static void Main (string[] args) {
WebRequest request=WebRequest.Create("http://www.google.com");
}
}
}
gcc编译选项是:
gcc cTest.c -I/usr/include/mono-2.0 -DREENTRANT -lmono-2.0 -lm -lrt -ldl -lpthread
单声道编译选项是:
dmcs -out:testFile.exe -platform:anycpu -sdk:4.5 -target:exe -unsafe+ -main:MyClass.MainClass -reference:System,System.Configuration,System.Data,System.ServiceModel,System.Web,System.Xml *.cs
更新 我使用MONO_LOG_LEVEL和MONO_LOG_MASK来跟踪.so搜索序列,发现成功调用的序列与不成功的调用完全不同。所以它正在搜索,只是不太好。然后我将我的libc.so.6复制到当前目录,重命名为libc.so,然后将LD_LIBRARY_PATH设置为相同的位置。这给了我成功。我现在让我的Linux专家研究如何使这个解决方案更“正确”,但至少我有一个正在运行的程序。 This可能与我的问题相同(虽然解决方案对我不起作用)。
答案 0 :(得分:2)
问题是你缺少dll映射(mono_config_parse)。以下内容适用于单声道3.x和4.x嵌入,避免出现libc错误。
#include <mono/jit/jit.h>
#include <mono/metadata/environment.h>
#include <stdlib.h>
int
main(int argc, char* argv[]) {
MonoDomain *domain;
const char *file;
int retval;
mono_config_parse (NULL);
domain = mono_jit_init ("textFile.exe");
MonoAssembly *assembly;
assembly = mono_domain_assembly_open (domain, "testFile.exe");
mono_jit_exec (domain, assembly, argc, argv);
retval = mono_environment_exitcode_get ();
mono_jit_cleanup (domain);
return retval;
}
运行时的某些功能(如Dll重映射)取决于配置文件,加载配置文件,只需添加:
mono_config_parse (NULL);
将加载Mono配置文件(通常为/ etc / mono / config)。
http://www.mono-project.com/docs/advanced/embedding
仅供参考:在Ubuntu 15.04上,我正在使用:
gcc main.c `pkg-config --cflags --libs mono-2`
你可以更新当然是为了获取mono-sgen而不是boehm jit。
在OS-X上:
gcc main.c -m32 -framework Foundation -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk \
-lmonosgen-2.0 \
-I/Library/Frameworks/Mono.framework/Headers/mono-2.0 \
-L/Library/Frameworks/Mono.framework/Libraries
答案 1 :(得分:2)
我也遇到过这个问题。我注意到mkbundle输出列出了它嵌入的程序集,并且没有包含System.Net.dll。在mkbundle命令行上手动添加后,一切正常。
我现在使用的命令行:
mkbundle my.exe --deps --keeptemp --static --config /etc/mono/configlibc --machine-config /etc/mono/4.5/machine.config System.Net.dll -o bssetup.exe
configlibc文件是该目录中默认配置文件的修改副本。修改是删除除libc之外的所有映射行。
希望它对任何人都有帮助!
答案 2 :(得分:0)
根据您的更新,看起来应用程序正在搜索libc.so而不是libc.so.6。您通过手动将LD_LIBRARY_PATH指向具有您复制的libc.so的当前文件夹来实现它。
建议:请求您的Linux大师在您的正常搜索路径中将libc.so符号链接到libc.so.6,以便您的应用程序正常工作。