我通常使用 Qt Creator 来满足我的 C++ 需求。当我的程序中的一个断言失败时，它可以告诉我哪个断言失败了。在 Visual Studio 中，我只看到这个：
我可以单击 Retry 跳转到应用程序，但它没有告诉我哪个断言失败。即使是简单的assert(false)Visual Studio 也会尝试向我展示msvcr100d.dll的源代码，但该源代码不可用。
如何找出我的程序中的哪个断言失败了？我真的不想使用断点和std::couts 的组合来进行繁琐的手动搜索，以寻找可以自动追踪的东西。
编辑：Visual Studio 实际上确实.PDB为我生成了一个文件，但它仍然无法正常工作。尽管调试器不会突出显示断言失败的行，但我确实看到Assertion failed: false, file main.cpp, line 8在命令行上。为什么它不能只显示行并让我检查变量？我的意思是，所有信息似乎都可用...
您所要做的就是单击“重试”以使用调试器进入应用程序的源代码。这将突出显示包含失败断言的行，因此很容易看到罪魁祸首，除非您喜欢将多个嵌套断言塞进一行。如果你这样做了，那么你应该承受这可能给你带来的所有痛苦。
它现在对您不起作用的原因很可能是因为您的应用程序当前构建中没有可用的调试符号。当您使用与 Visual Studio 捆绑的编译器构建应用程序时，根据您的项目设置，它将生成一个.PDB包含调试符号的文件。这些是在调试时获取有用信息所必需的，例如哪条线路产生了最后一次故障。
确保在编译应用程序时将其设置为生成调试符号。您应该在 /bin 目录中看到一个.PDB文件。正如这里所讨论的，调试符号的生成与是否启用优化（通常称为“发布”的配置）是正交的。
更新：我刚刚意识到您可能正在 Qt Creator 中编译/构建应用程序，然后尝试从 Visual Studio 调试二进制文件。这不会很好地工作——如果你不使用 VS 的工具进行编译，它就不会生成 VS 调试器可以读取的调试符号。
我假设问题反过来也是一样的：如果您使用 Visual Studio 构建，然后尝试使用 Qt Creator 进行调试，它可能也无法解释调试符号。
因此，我建议坚持使用单一工具集进行构建。您使用哪个 IDE 无关紧要，但您需要使用相同的工具进行编译/构建。您可以将 Qt Creator 或 Visual Studio 配置为使用与另一个捆绑在一起的编译器和链接器。通常，Qt Creator 带有 GCC 的 Win32 端口，但使用 Microsoft 的工具集构建它是微不足道的，这将允许您使用 VS 来调试您的代码。