c - 从开发人员命令提示符或 C 语言中的 MVS 编译 DLL 库之间的区别

Question

我已经编译了32位dll库，并且有它的源代码和头文件。该库以某种方式显示打印对话框并允许我打印文件。我制作了32位C#应用程序，它调用dll中的打印函数，一切都很好。

但是，现在我需要将库重新编译为 64 位(重新编译我的 C# 项目很容易)。基本上我尝试了两种方法。

第一个是从 Visual Studio Developer 命令提示符进行编译。这是第一次使用命令行编译一些东西，所以我用谷歌搜索了我应该写什么。我并没有尝试指定 64 位架构，因为我想确保它正常工作。我使用这个命令来构建它。

cl /D_USRDLL /D_WINDLL printing.c User32.Lib WinSpool.Lib Gdi32.Lib ComDlg32.Lib /link /DLL /OUT:printing.dll

它为我制作了 Printing.dll，我尝试替换我已有的预编译版本，并使用我的 C# 应用程序进行了尝试。一切顺利。所以我想将其编译为 64 位库。我搜索并发现，我必须使用位于 Program Files\Microsoft Visual Studio 12.0\VC\bin\amd64 中的不同 cl.exe 和 link.exe。所以我 cd 到正确的文件夹并编写了相同的命令。我有一堆(29)“未解析的外部”，我用谷歌搜索并发现这是因为我正在尝试链接 32 位库。所以我将所有 *.Lib-s 更改为 C:\Program Files (x86)\Windows Kits\8.1\Lib\winv6.3\um\x64*.Lib"，重试后仍然得到一些 (16) Unresolved external 问题。这里是列表

/out:printing.exe
/DLL
/OUT:D:\Temp\printing\printing.dll
printing.obj
"C:\Program Files (x86)\Windows Kits\8.1\Lib\winv6.3\um\x64\User32.Lib"
"C:\Program Files (x86)\Windows Kits\8.1\Lib\winv6.3\um\x64\WinSpool.Lib"
"C:\Program Files (x86)\Windows Kits\8.1\Lib\winv6.3\um\x64\Gdi32.Lib"
"C:\Program Files (x86)\Windows Kits\8.1\Lib\winv6.3\um\x64\ComDlg32.Lib"
   Creating library D:\Temp\printing\printing.lib and object D:\Temp\printing\printing.exp
printing.obj : error LNK2019: unresolved external symbol __report_rangecheckfailure referenced in function RSS_PrintFile
printing.obj : error LNK2019: unresolved external symbol strcpy referenced in function RSS_PrintFileBez
printing.obj : error LNK2019: unresolved external symbol strcmp referenced in function RSS_PrintFileBez
printing.obj : error LNK2019: unresolved external symbol strlen referenced in function RSS_PrintFile
printing.obj : error LNK2019: unresolved external symbol __imp_CreateFileA referenced in function RSS_PrintFile
printing.obj : error LNK2019: unresolved external symbol __imp_ReadFile referenced in function RSS_PrintFile
printing.obj : error LNK2019: unresolved external symbol __imp_CloseHandle referenced in function RSS_PrintFile
printing.obj : error LNK2019: unresolved external symbol __imp_GlobalFree referenced in function RSS_PrintFile
printing.obj : error LNK2019: unresolved external symbol __imp_LocalAlloc referenced in function RSS_PrintFileBez
printing.obj : error LNK2019: unresolved external symbol __imp_LocalHandle referenced in function RSS_PrintFileBez
printing.obj : error LNK2019: unresolved external symbol __imp_LocalFree referenced in function RSS_PrintFileBez
printing.obj : error LNK2019: unresolved external symbol atoi referenced in function RSS_PrintFileBezFromTo
printing.obj : error LNK2001: unresolved external symbol __GSHandlerCheck
printing.obj : error LNK2019: unresolved external symbol __security_check_cookie referenced in function RSS_PrintFile
printing.obj : error LNK2019: unresolved external symbol __security_cookie referenced in function RSS_PrintFile
LINK : error LNK2001: unresolved external symbol _DllMainCRTStartup
D:\Temp\printing\printing.dll : fatal error LNK1120: 16 unresolved externals

我设法摆脱了 4 个 Unresolved external 问题，向编译器添加了/GS- 选项，但我不知道如何修复其余问题，也找不到任何帮助。所以我决定使用 Microsoft Visual Studio 来构建我的库。我创建了新的 C++ 项目，将其设置为 DLL 库，添加源文件和头文件，进行编译(使用标准设置，在 32 位上)。我收到了一堆像这样的警告

'function' : incompatible types - from 'char *' to 'LPCWSTR'

类似的情况和一个错误

'strcpy': This function or variable may be unsafe. Consider using strcpy_s instead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details.

所以我在printing.c文件的第一行上#include _CRT_SECURE_NO_WARNINGS。点击“Build”按钮，结果 1 成功，我得到了 print.dll。我用这个替换了从命令行获得的 Printing.dll，并使用我的 C# 应用程序测试了 dll。按打印按钮会出现“选择打印机等”窗口(与以前一样)，但点击打印会导致打开 small window with some chinese text 。不过，我可以轻松地将其构建为 64 位。

我想问一下我做错了什么，为什么我无法从命令提示符编译 C 库，以及为什么 Microsoft Visual Studio 以某种方式使 DLL 无法工作。

我尝试调试使用MVS编译的DLL库，但失败了。我不知道应该打开哪个解决方案(C# 测试应用程序或 C DLL 解决方案)以及下一步做什么。 C# 不会向我显示其他解决方案中的代码，即使我在 DLL 解决方案中启动调试器来打开 C# 应用程序，它也会产生错误

Debugginng information for "app.exe" could not be found or does not match. Skipped loading symbols for NGen binary.

即使我按“继续调试”，任何断点都不会被命中，因为没有加载任何符号。

所以基本上

使用命令行编译为 64 位时如何消除“未解析的外部”错误？

或

如何修复 Microsoft Visual Studio 以构建工作 dll 库(无论 32 位还是 64 位)？

Answer 1

好的。我已经设法解决这个问题。我放弃了尝试使用命令行构建 64 位版本，并专注于修复有关中文字符的问题。我进入 Project -> Project Properties -> Configuration Properties -> C/C++ -> Command Line 查看传递了哪些编译器参数。然后我回到命令行，一一添加之前找到的参数并测试dll是否工作。当我添加 /D "UNICODE" 时，该库停止工作。

话虽如此，添加#undef UNICODE或将配置属性 -> 常规 -> 项目默认值 -> 字符集设置为未设置解决了我的问题，现在我能够为 x86 和 x64 架构编译打印库。