C++ 断点不指向实际代码
有人知道什么会导致断点不显示代码在特定文件中的实际位置吗 这是第二次发生在我身上。。也许有人可以帮忙,我的参数: 我在VisualStudio2010工作 这是一个特定的静态库,但它也发生在我的dll中 PDB是在Z7中生成的,尽管在默认的PDB生成中也发生了这种情况 我确信代码是用正确的库编译的(同样发生在DLL中,所以…) 我也有一些我第一次怀疑导致这个问题的Doxygen评论(可能是吗?)C++ 断点不指向实际代码,c++,visual-studio-2010,debugging,doxygen,breakpoints,C++,Visual Studio 2010,Debugging,Doxygen,Breakpoints,有人知道什么会导致断点不显示代码在特定文件中的实际位置吗 这是第二次发生在我身上。。也许有人可以帮忙,我的参数: 我在VisualStudio2010工作 这是一个特定的静态库,但它也发生在我的dll中 PDB是在Z7中生成的,尽管在默认的PDB生成中也发生了这种情况 我确信代码是用正确的库编译的(同样发生在DLL中,所以…) 我也有一些我第一次怀疑导致这个问题的Doxygen评论(可能是吗?) 附加的图像显示断点箭头与实际位置的调用堆栈的比较位置 谢谢! 如果调试启用了优化的代码,则该方法
- 附加的图像显示断点箭头与实际位置的调用堆栈的比较位置
如果调试启用了优化的代码,则该方法可能只是内联的。这至少是一个未指向正确位置的断点来源。我通常注意到的一个情况是,调试时从源代码管理获取文件导致源文件更改。断点使用旧代码的行号。因此,visual studio文本编辑器显然不适合CR。。 我发现这个文件有一些CR(而不是CRLF),这让编译器很困惑。。 当我故意犯编译错误时,它甚至没有指向正确的行 所以我在每个CR之后添加了换行符(LF),它编译得很好。。。 (使用记事本++检测它丢失的位置,但我相信VS也有办法……)
干杯。它没有改变,而且我的设置不允许不同步的代码(如果源文件不匹配,则根本没有断点)。重新编译后,此错误会消失吗?因为有时文件会失去同步,重新编译/重建会修复问题。不,不会,许多重建会清理整个项目,从头开始重建,然后重试。确实如此,仍然无法工作