关于c ++：链接问题(VC6)

Link issues (VC6)

我打开了一个旧的工作空间，它是一个libray及其测试工具。它曾经可以正常工作，但现在不行，并且旧版本的代码也无法工作，并且存在相同的错误。我尝试重新创建项目，这也会导致相同的错误。项目设置中似乎没有任何异常，并且生成的代码在主应用程序中有效。

我删除了大多数文件，并将其降至最低限度以生成错误。不幸的是，我无法发布该项目，因为它已在生产代码中使用。

我收到的LNK2001链接器错误通常表示我放弃了一个库或忘记了实现虚函数。但是，这是标准模板库的一部分-也是该模板的标头。

在IOCompletionPort.obj中被列为有问题的代码实际上并没有直接使用std::string，但确实调用了一个类：Comms::Exception接受std::string和GetLastError或WSAGetLastError的值。

错误(GetMessage)中提到的函数已实现，但它是一个虚函数，因此如果需要，其他类可以覆盖它。但是，似乎编译器已将其作为Ansi版本，但我在控制该设置的设置中找不到任何选项。我怀疑这可能是问题所在，但由于图书馆的选择方式很少，所以我无法但是，两个项目都在编译器选项中指定_MBCS。

--------------------Configuration: TestComms - Win32 Debug-------------------- Linking... Comms.lib(IOCompletionPort.obj)
: error LNK2001: unresolved external symbol"public: virtual class
std::basic_string,class
std::allocator > __thiscall
Comms::Exception::GetMessageA(void)const" (?GetMessageA@
Exception@Comms@@UBE?AV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@XZ)
Debug/TestComms.exe : fatal error LNK1120: 1 unresolved externals
Error executing link.exe.

TestComms.exe - 2 error(s), 0 warning(s)

有什么建议？我已经失去了大部分时间，也不想失去大部分时间。

一种可能是Win32 ANSI / Unicode" name-mangling"，它将符号GetMessage转换为GetMessageA或GetMessageW。有三种可能性：

Windows.h尚未加载，因此GetMessage保持为GetMessage

Windows.h加载了为ANSI设置的符号，因此GetMessage变为GetMessageA

Windows.h加载了为Unicode设置的符号，因此GetMessage变为GetMessageW

如果您以触发两种不同情况的方式编译了两种不同的文件，则会收到链接器错误。错误消息表明Comms::Exception类是上面＃2的实例-也许是在未加载windows.h的地方使用的？

作为例行事务，我会代替您执行其他操作：

1)确保我的包含和库路径不包含我所不期望的任何内容。

2)执行"内部清理"，然后手动进行验证，并在必要时删除所有多余的目标文件。

3)确保include语句中没有任何硬编码的路径，这些路径并不意味着项目最初重建时的含义。

编辑：与格式战斗:(

@Curt：我想你来得最近。我还没有测试过，但是我想我在最初的问题中给出了答案。