什么会导致.NET核心二进制文件加载本机库，然后抛出DllNotFoundException

Question

我正在尝试运行SFML。NET游戏移植到。NET核心。

我一直无法让SFML在运行时正确加载其本机依赖项，所以我设置了一个最小的测试示例来尝试隔离问题，但仍然得到以下错误输出(我设置了DYLD_PRINT_LIBRARIES)：

dyld: loaded: /System/Library/Frameworks/CoreData.framework/Versions/A/CoreData
dyld: loaded: /System/Library/Frameworks/ServiceManagement.framework/Versions/A/ServiceManagement
dyld: loaded: /System/Library/PrivateFrameworks/BackgroundTaskManagement.framework/Versions/A/BackgroundTaskManagement
dyld: loaded: /usr/lib/libxslt.1.dylib
dyld: loaded: /usr/local/share/dotnet/shared/Microsoft.NETCore.App/2.2.0/libclrjit.dylib
dyld: loaded: /usr/local/share/dotnet/shared/Microsoft.NETCore.App/2.2.0/System.Globalization.Native.dylib
dyld: loaded: /usr/local/share/dotnet/shared/Microsoft.NETCore.App/2.2.0/System.Native.dylib
Hello World!
dyld: loaded: /Users/ashley/RiderProjects/SFML.NET Test/SFML.NET Test/bin/Debug/netcoreapp2.2/libcsfml-window.dylib
dyld: unloaded: /Users/ashley/RiderProjects/SFML.NET Test/SFML.NET Test/bin/Debug/netcoreapp2.2/libcsfml-window.dylib
dyld: loaded: libcsfml-window.dylib
dyld: unloaded: libcsfml-window.dylib
Unhandled Exception: System.DllNotFoundException: Unable to load shared library 'libcsfml-window.dylib' or one of its dependencies. In order to help diagnose loading problems, consider setting the DYLD_PRINT_LIBRARIES environment variable: dlopen(liblibcsfml-window.dylib.dylib, 1): image not found
at SFML.Window.VideoMode.sfVideoMode_getDesktopMode()
at SFML.Window.VideoMode.get_DesktopMode() in /Users/ashley/SFML.Net/src/Window/VideoMode.cs:line 86
at SFML.NET_Test.Program.Main(String[] args) in /Users/ashley/RiderProjects/SFML.NET Test/SFML.NET Test/Program.cs:line 12
dyld: unloaded: /usr/local/share/dotnet/shared/Microsoft.NETCore.App/2.2.0/libhostpolicy.dylib

我尝试运行的代码如下：

using System;
using SFML.Graphics;
using SFML.Window;
namespace SFML.NET_Test
{
class Program
{
static void Main(string[] args)
{
Console.WriteLine("Hello World!");
RenderWindow window = new RenderWindow(VideoMode.DesktopMode, "Test");
while (true)
{
}
}
}
}

我在运行目录和可执行文件箱中有相关本机库的副本(这不是一个永久性的设置——只是在试验时)，它似乎试图在放弃和卸载它们之前按顺序加载这两个库。

鉴于此，我基本上想知道是什么导致了这种情况的发生？

我怀疑这可能表明我的库是错误的版本？(我已经尝试过CSFML 2.2、2.3、2.5，所以为了我的理智，我希望不是这样)或者可能有缺失的依赖项，它正在尝试加载但未能加载？有什么方法可以从dyld中获得更多的调试信息吗？

我试着四处搜索，但很难找到任何有用的资源，所以我很感激那些更了解运行时链接系统的人提供的建议。

我不完全确定哪些额外的信息对回答这个问题有用。我希望有一套具体的、定义明确的场景可以让这种行为浮出水面，我可以应用它来解决我的特定问题。否则，我很乐意提供任何有帮助的额外信息。

我的。NET核心版本为2.2.101

Answer 1

经过注释中的讨论，似乎为SMFL预先构建的二进制文件中设置了不正确的路径和文件名。这些类型的问题通常可以通过otool和install name tool实用程序来解决，以检查二进制文件，然后更改需要加载的库的路径/名称。

otool -l的一个示例可能如下所示：

$ otool -l /path/to/binary
Load command 2 <-- OLD
cmd LC_ID_DYLIB
cmdsize 40
name libtest.dylib (offset 24)
time stamp 1 Wed Dec 31 18:00:01 1969

要更改路径，您可以执行以下操作：

$ install_name_tool -id "@loader_path/../libtest.dylib" libtest.dylib 

这将为您提供一条新的路径，例如：

Load command 2 <-- NEW
cmd LC_ID_DYLIB
cmdsize 64
name @loader_path/../libtest.dylib (offset 24)

如果你想使用rpath，你可以做：

$ install_name_tool -id "@rpath/libtest.dylib" libtest.dylib

我回答了关于rpath和loader_path的a previous question，这将对主题进行更详细的介绍。在加载动态库的情况下，每个场景都可能有所不同，因此它实际上取决于您通过otool -l进行调查所发现的结果。