如何解决在 Visual Studio 2019 中,将普通 C++ 项目链接到 Dot Net 5 项目会生成无效的可执行文件
总结:我正在使用 Visual Studio 2019,并尝试创建一个示例,将一个普通的旧 C++ 项目链接到一个面向 .NET 5.0 的 C++/CLR 项目。该解决方案可以编译和构建,但尝试运行它会产生一条错误消息,指出“不是有效的 Win32 应用程序”。
问题:我怎样才能生成一个可以实际运行的可执行文件?
重现步骤:
-
使用 Visual Studio 2019,创建一个新的解决方案。将配置设置为 Debug 和 x86。
-
使用带有默认选项的 C++ Windows 桌面向导项目模板创建一个 C++ 桌面应用程序的新项目。将其命名为 Interop5Test,并验证它是否可以构建和运行。
-
使用 C++ CLR 类库 (.NET Core) 模板创建一个新项目,该项目是面向 .NET 5.0 的 C++/CLR 项目,并将其命名为 CppShim5。
-
修改 CppShim5 的属性和源文件以移除预编译头文件的使用。 (我这样做是为了满足我预期用例的要求。)验证解决方案仍然可以构建和运行。
-
在 Interop5Test 的项目属性中:
-
修改链接器 |输入 |通过添加
的附加依赖项../CppShim5/$(Configuration)/CppShim5.obj
-
修改链接器 |一般 |通过添加 AdditionalLibraryDirectories
C:\Program Files\dotnet\packs\Microsoft.NETCore.App.Host.win-x86\5.0.3\runtimes\win-x86\native
(或任何可以在您的机器上找到ijwhost.lib
的地方)。
-
-
构建解决方案,它应该会成功。
-
在 Visual Studio 中按本地 Windows 调试器启动可执行文件,然后观察一个弹出窗口,显示“无法启动程序...不是有效的 Win32 应用程序。”
-
浏览到解决方案的 Debug 文件夹,发现 Interop5.exe、CppShim5.dll、ijwhost.dll 和 CppShim5.runtimeconfig.json 都存在。
-
使用 ildasm 检查 Interop5.exe 和 CppShim5.dll,并观察它们是带有 COFF Header 的 32 位可移植可执行文件 |机器值 0x14c,表示“Intel 386 或更高版本的处理器和兼容处理器”。
-
使用 Visual Studio 打开 ijwhost.dll 并观察外观合理的版本资源。将 ijwhost.dll 与步骤 5 的附加库目录中的二进制文件进行二进制比较,观察文件是否完全匹配。
-
检查 CppShim5.runtimeconfig.json 的内容并查看一些看起来合理的内容。
解决方法
我发现如果我链接到 CppShim5.lib 而不是 CppShim5.obj,我可以获得有效的可执行文件。
有关如何更改原始问题中示例的详细信息:
-
向 CppShim5 添加一个类并将其标记为从 DLL 导出(通过使用 __declspec(dllexport),另见:https://docs.microsoft.com/en-us/cpp/build/exporting-from-a-dll-using-declspec-dllexport?view=msvc-160)。这会导致 Visual Studio 生成 CppShim5.obj 并将其放在解决方案的 Debug 文件夹中。
-
编辑 Interop5Test 的属性,更改链接器 |输入 |附加依赖项从:../CppShim5/$(Configuration)/CppShim5.obj 到:../$(Configuration)/CppShim5.lib
-
在 Visual Studio 中,向项目 Interop5Test 添加对项目 CppShim5 的依赖项。
-
通过这些更改,构建解决方案。现在应该可以执行了。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。