VS 2012 调试处理 <file.exe> 时出现意外的符号读取器错误答案

【问题标题】：VS 2012 debugging Unexpected symbol reader error while processing <file.exe>VS 2012 调试处理 <file.exe> 时出现意外的符号读取器错误
【发布时间】：2013-11-30 00:22:06
【问题描述】：

我在 Visual Studio 2012 中调试程序时遇到问题 - 当我尝试通过插入一些断点来调试代码时，它们似乎不起作用 - 当我将鼠标悬停在它们上时会弹出一条消息

The breakpoint will not currently be hit. Unexpected symbol reader error while processing <file.exe>

我尝试在互联网上搜索类似的问题，但我没有找到任何解决方案我会很感激任何帮助，谢谢！

【问题讨论】：

您能否发布您尝试设置此断点的代码区域 - 大到足以了解它为什么会发生？
@gnometorule 代码在这里无济于事。需要详细说明的是被调试者的拓扑结构。目前尚不清楚assembly 标签如何适应这一点。
嗯，我用的是汇编标签，因为我在masm中写程序，但是当我创建一个简单的c程序并尝试调试它时，效果是一样的
@Simon 但是assembly 标签如何应用于this 问题？如果没有，请将其删除。
@IInspectable 好的，完成

标签： c++ debugging visual-studio-2012 visual-studio-debugging

【解决方案1】：

[VS 2012] 好的，我得到了解决此问题的答案，所以我将在此处发布此问题，以便将来人们不会遇到此类问题。

解决办法是改变

   Debug -> (app) Properties-> Configuration Properties -> Debugging

从自动到混合。断点会自动生效。

[VS 2015] 关闭 VS 2015 的所有实例并重新启动至少可以解决一段时间的问题。 2012 修复不起作用。

【讨论】：

你救了我的命。或者至少让我免于数小时的挣扎。
很高兴为您提供帮助！:) 来自格但斯克的问候
我知道！ Nauka na AKO wre :D
是的 :) Odpowiedź dana przez samego AJ ;)
对于 VS2012，这对我有用。在同一个应用程序上使用 VS2015（由 MASM 处理的 C 代码和汇编代码组成），问题又出现在我的汇编代码中的符号上。奇怪的是，C 代码中的符号没有问题。此消息中提到的“修复”似乎不起作用。

【解决方案2】：

对于 Visual Studio 2017，关闭所有打开的实例并重新启动对我有用。我可能已经关闭了更少的实例，例如打开了不相关的解决方案的实例，但我还没有测试过。

【讨论】：

【解决方案3】：

我有一个从 VS 2013 C# 应用程序调用的 VS 2017 C++ DLL。将应用程序升级到 VS 2017 解决了这个问题。

【讨论】：

【解决方案4】：

只是对已接受答案的附注，如果您正在远程调试，您应该在Linker->Debugging 中签出/DEBUG:FULL 。

从 Visual Studio 2017 开始，IDE 中的构建系统默认为 /DEBUG:FASTLINK。

当所需的构建产品不可用时，例如当可执行文件部署在另一台计算机上时，此受限 PDB 不能用于调试。

来源：https://docs.microsoft.com/en-us/cpp/build/reference/debug-generate-debug-info?view=vs-2019

【讨论】：