6

我有一个使用 SQLite 并且在 Windows 上运行良好的 C# 应用程序。

相同的 Visual Studio 项目在 Xamarin Studio 中编译得很好，但是在运行时我得到：

DllNotFoundException: SQLite.Interop.dll

尽管：

  • libsqlite3.0.dylib与/usr/lib可执行文件和其他 DLL 在同一文件夹中
  • .是一部分$DYLD_LIBRARY_PATH
  • 可执行文件和所有使用 SQLite 的 DLL 都有一个匹配的<the_exe_or_dll_including_filename_extension>.config文件，其中包含：

<configuration> <dllmap dll="sqlite" target="libsqlite.0.dylib" os="osx"/> <dllmap dll="sqlite3" target="libsqlite3.0.dylib" os="osx"/> </configuration>

我也尝试添加<dllmap dll="SQLite.Interop.dll" target="libsqlite3.0.dylib" os="osx"/>，不是更好。

问题是什么？

4

2 回答 2

6

通过将 MONO_LOG_LEVEL 设置为 debug 并将 MONO_LOG_MASK 过滤设置为仅与 DLL 相关的消息，您可以轻松地找到 mono 在哪里寻找该本地库。

export MONO_LOG_LEVEL=debug
export MONO_LOG_MASK=dll
mono yourprogram.exe

或作为一个衬里，因此您不必取消设置环境变量：

MONO_LOG_LEVEL=debug MONO_LOG_MASK=dll mono yourprogram.exe

Mono 和 OS-X 动态链接编辑器（'man dyld' 了解详细信息）不需要将 DYLD_LIBRARY_PATH 设置为当前目录 ('.')。注意：Linux 确实需要 LD_LIBRARY_PATH 来包含当前目录，如果这是您的意图。

  • 将这些 dll 映射文件移开以将它们从等式中删除。
  • 取消设置 DYLD_LIBRARY_PATH
  • cd 在包含基于 CIL 的 exe、dll 和本机 dylib 的目录中
  • MONO_LOG_LEVEL=调试 MONO_LOG_MASK=dll 单声道 yourprogram.exe

使用本机 dll/共享库跟踪输出，您可以跟踪未找到哪个库（或其依赖项之一），或者它是否是您的单声道版本的错误 ARCH。

如果您仍然遇到问题，我们需要知道您正在使用哪个 SQLite 库来编译它（或者如果通过 Nuget 获得它，则为 Arch 版本）。发布您的 dll 跟踪输出也可以快速解决问题。

笔记：

我假设您正在使用 System.Data.SQLite 库并正在编译选项“/p:UseInteropDll=true /p:UseSqliteStandard=false”。

Mono 在其默认安装中包含一个 SQLite，它在 OS-X 上是 32 位的：

file /Library/Frameworks/Mono.framework/Versions/4.0.2/lib/libsqlite3.dylib
/Library/Frameworks/Mono.framework/Versions/4.0.2/lib/libsqlite3.dylib: Mach-O dynamically linked shared library i386

假设您正在使用 Mono 的 OS-X 软件包安装程序，因此获得了 32 位版本的 Mono，因此需要 32 位版本的本机库。

>>file `which mono`
/usr/bin/mono: Mach-O executable i386

/usr/lib/libsqlite3.0.dylib 是一个多 ARCH 胖二进制文件，因此该库不是问题，但您的调试输出可能会显示另一个问题，

>>file /usr/lib/libsqlite3.0.dylib
libsqlite3.0.dylib: Mach-O universal binary with 3 architectures
libsqlite3.0.dylib (for architecture x86_64):   Mach-O 64-bit dynamically linked shared library x86_64
libsqlite3.0.dylib (for architecture i386): Mach-O dynamically linked shared library i386
libsqlite3.0.dylib (for architecture x86_64h):  Mach-O 64-bit dynamically linked shared library x86_64
于 2015-07-04T04:03:05.733 回答
3

您需要构建和供应SQLite.Interop.dll（或更准确地说libSQLite.Interop.dylib）。Mono 分发包不包含它，可能是因为它是本机代码并且确实需要在目标平台上构建。

Windows 上的 System.Data.SQLite 使用混合模式方法（托管数据适配器 + sqlite 本机代码在一个程序集中）。然而，Mono 并不真正支持混合模式程序集。

因此，在 MacOS 上，在 Windows 上构建 System.Data.SQLite 有两种选择：

  1. 使用互操作 dll。
  2. 使用 libsqlite.xxdylib。

这两个都是本机代码，需要在 Mac 上构建。

Interop 是 Windows com 语言，所以看到它在 MacOS 环境中使用有点令人不安。这个原生 dll 是用一些额外的原生代码编译而成的 sqlite 源代码，这些原生代码可以由 System.Data.SQLite P\Invoked。与 sqlite dylib 相比，使用interop dll有一些好处。

System.Data.SQLite 附带了一份相关 SQLite 本机源代码的./SQLite.Interop/src.core. compile-interop-assembly-release.sh您可以通过在 Mac 上运行来构建互操作库。这将建立libSQLite.Interop.dylib. 把它放在 System.Data.SQLite 旁边，你应该很高兴。

如果您打开 Mono dll 跟踪，您可以看到加载程序（参见 mono 4.8.0 loader.c）在不同位置搜索 dll 并使用各种名称替换。最终它找到了我们的dylib。也可以使用文件中的dllmap条目System.Data.SQLite.dll.config将运行时定向到 dll。就我而言，Mono 在我的应用程序包中，所以我有：

<dllmap dll="SQLite.Interop.dll" target="@executable_path/../Mono/libSQLite.Interop.dylib" os="!windows"/>

dllmap目标参数被传递给dlopen()所以@executable_path 等人都是可用的。

我更喜欢这种方法，因为它进入了 repo 并提供了一些关于发生错误时发生的情况的见解。

于 2017-02-27T17:48:49.507 回答