Visual Studio 调试 C++ 中的错误

Question

由于某种原因，一旦我引用第三方供应商的 dll 类，集成调试器就会导致错误。 相同的代码在构建时运行，并作为独立版本运行。 调试和发布的两个属性应该是相同的，因为我没有真正改变它们。 我将 lib 文件添加到两个构建的路径中。 我只是有：

ClassNameFromDll blah;

当它到达这里时，我得到这个异常：

Unhandled exception at 0x78a3f623 (mfc90ud.dll) in MTGO SO Bot.exe: 0xC0000005：读取位置 0xf78e4568 时发生访问冲突。

它出现在：afxtls.cpp，第 252 行。

这是一个 MFC 应用程序，但除了一个非常简单的 gui（它触发一个全是 win32 的事件）之外，我并没有真正使用任何 MFC。 我正在使用 Visual Studio 2008 Express。

Answer 1

进行心理调试

事实上，它在发布模式下运行良好，在调试模式下崩溃，这让我相信您已经以​​某种方式成功地引用了该 DLL (mfc90u.dll) 的发布版本，而不是引用库本身并允许链接器决定导入哪个版本。

您可能不会在该应用程序中使用 MFC 进行任何操作，但如果将其构建为 MFC 应用程序，则无论您是否需要，您都将获得所有 MFC 内容（这意味着您还必须解决 MFC 依赖问题并交付MFC DLL 与您的应用程序）。

Answer 2

查看我的 VC9 安装中的 atltls.cpp 文件，崩溃发生在此处：

inline void* CThreadSlotData::GetThreadValue(int nSlot)
{
    EnterCriticalSection(&m_sect);
    ASSERT(nSlot != 0 && nSlot < m_nMax);
    ASSERT(m_pSlotData != NULL);
    ASSERT(m_pSlotData[nSlot].dwFlags & SLOT_USED);   // <== crash
    // ...
}

因此，在发布版本中未发生崩溃的原因是因为 ASSERT() 在该版本中是无操作的。 我不熟悉 ATL 对线程本地存储的使用，但这个断言表明有些东西正在向尚未存储任何内容的槽中请求一个值。

我不知道该 TLS 插槽的初始化是您的责任还是第 3 方 DLL 的责任。

看起来 GetThreadValue() 有一些额外的保护，这样它将在发布版本中为未初始化的槽返回 NULL 指针（尽管我不确定这是否能得到保证） - 我'我敢打赌，第 3 方 DLL 依赖于该行为（即，它检查 NULL 返回），因此在发布版本中不会发生崩溃。 请注意，供应商可能间接使用 CThreadSlotData 类（堆栈跟踪将提供有关此的线索），因此他们可能不知道其期望。

Answer 3

您有可以发布的堆栈跟踪吗？ 它可能有一些有用的信息。

如果第 3 方 DLL 仍然受到供应商的积极支持，那么您应该做的第一件事就是看看是否可以使用一个非常简单的程序出现相同的问题，您可以将其发送给供应商并要求他们修复它。

如果供应商不可用或响应不够：

如果您有第 3 方 DLL 的源代码并且可以轻松构建您自己的版本，那么您可能拥有调试此版本的最佳方法（无需让供应商支持您）。 即使您无法轻松构建源代码可调试的 DLL，您也可以跟踪构造函数的汇编指令并使用源代码作为映射来帮助您了解正在发生的情况。

即使您没有第 3 方 DLL 的源代码，我认为最好的做法是跟踪 ClassNameFromDll 的构造函数，以尝试找出问题所在。 它可能有助于比较调试版本与发布版本中的指令路径。

MFC 源代码与 MSVC 一起分发（可能不是 Express 版本，但我认为与所有其他版本一起），因此当您进入 MFC DLL 的代码时，您可能会发现该源代码对于帮助弄清楚发生了什么非常有用。