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

o2rvlv0m  于 2023-02-04  发布在  其他
关注(0)|答案(5)|浏览(214)

我在Visual Studio 2012中调试程序时遇到问题-当我尝试通过插入一些断点来调试代码时,它们似乎不起作用-当我将鼠标悬停在它们上时,弹出消息
The breakpoint will not currently be hit. Unexpected symbol reader error while processing <file.exe>
我试着在互联网上搜索类似的问题,但我还没有找到任何解决方案,我会感谢任何帮助,谢谢!

bt1cpqcv

bt1cpqcv1#

[VS 2012]好的,我得到了解决这个问题的答案,所以我会把这个贴在这里,以便人们在未来没有这样的问题。
解决办法就是改变

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

从 * 自动 * 到 * 混合 *。断点将自动工作。
[VS 2015]关闭VS 2015的所有示例并重新启动至少在一段时间内修复了这个问题。2012年的修复不起作用。

y3bcpkx1

y3bcpkx12#

对于Visual Studio 2017,关闭所有打开的示例并重新启动对我来说很有效。我可能会关闭更少的示例,例如打开了不相关解决方案的示例,但我没有测试过。

wbgh16ku

wbgh16ku3#

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

fiei3ece

fiei3ece4#

仅对已接受的答案做一个补充说明,您应该在Visual Studio 2017中检出Linker->Debugging中的/DEBUG:FULL
从Visual Studio 2017开始,IDE中的生成系统默认为/DEBUG:FASTLINK。
当所需的生成产品不可用时(例如,当可执行文件部署在另一台计算机上时),此受限PDB不能用于调试。
来源:https://learn.microsoft.com/en-us/cpp/build/reference/debug-generate-debug-info?view=vs-2019

sh7euo9m

sh7euo9m5#

在VS2017中,我必须清理并关闭整个解决方案,然后从解决方案文件夹中删除.vs文件夹,然后重新编译以修复它。

相关问题