3

我正在尝试在将游戏移植到 .NET Core 的 MacOS 上运行 SFML.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)
            {
            }
        }
    }
}

我在运行目录和可执行 bin 中有相关本机库的副本（这不是永久设置 - 只是在试验时），它似乎尝试按顺序加载两者，然后放弃和卸载它们。

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

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

我已经尝试过搜索这个，但是很难找到任何有用的资源，所以我会感谢那些更好地理解运行时链接系统的人的指点。

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

我的 .NET Core 版本是 2.2.101

4

1 回答 1

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

我回答a previous question了关于该主题的更多详细信息rpath。loader_path在加载动态库的情况下，每个场景都可能有所不同，所以它真的归结为你通过调查发现的内容otool -l。

于 2019-01-18T00:25:58.260 回答