“Alt+F7”－>“配置属性”－>“调试”－>“命令” 中输入的 exe 路径下，已经提供了此 DLL，压根就没有调用咱 F5 启动的 DLL。。。。。。把 exe （以及相关的其它文件，如果有）拷贝到 DLL 目录下，就可以调试了。
犯了个低级错误。但也总结了一下不能调试的各种可能原因：
１. 解决方案配置是 Debug ，但没有在工程属性页中 “Alt+F7”－>“配置属性”－>“C/C++”－>“常规”－>“调试信息格式”，选择 “用于 “编辑并继续” 的程序数据库 (/ZI)”。另外，在 “配置属性”－>“链接器”－>“调试”－>“生成调试信息” 中，选择 “是”。
２. 解决方案配置是 release ，直接 F5 调试就可以，VS 会提示你 “没有找到调试信息，要继续调试吗？”，选择 “是” 即可。
３. 检查工程所在路径是不是有中文，有ＶＳ不支持中文路径的可能（参照 http://blog.csdn.net/red_hope/archive/2007/10/20/1833916.aspx 的经验）。
４. 删掉.ncb 和.opt，rebuild all。
5. 看是否有：“warning C4819: 该文件包含不能在当前代码页 (936) 中表示的字符。请将该文件保存为 Unicode 格式以防止数据丢失” 警告，把那个 cpp 文件用记事本打开，另存为 unicode 格式，再重新编译。（参照 http://www.cppblog.com/qiujian5628/archive/2008/04/11/41806.html vs2005 奇怪的断点无效问题 ）
6. 工具 -> 选项 -> 调试 -> 常规，将” 要求源文件与原始版本完全匹配” 的勾取消
这是在 cppblog 看到的另一遍文章：
最近一工程中，在调试的时候，有些 cpp 文件都可以设置断点并且跟进去，但是有一个 cpp 文件总是不能设置断点，提示 “当前不会命中断点。源代码与原始版本不同。” 重新更换过 n 次文件都不起作用，然后在 goole 搜索此类类似问题，找到下篇文章，然后我把那个 cpp 文件用记事本打开，另存为 unicode 格式，再重新编译，最后问题解决！也可以更改 vs2005 的设置，选项 -> 常规，将要求源文件与原始版本完全匹配的勾取消就可以了！
清理整个解决方案，重新编译，无效。删除整个目录，从 SubVersion 服务器上 Down 下来重新来过，一样无效。上网搜索，未果。郁闷地放手了。
修一个 Bug，提交，然后更新了一下，编译，运行，发现我也染上这个症状了 —— 只有那个文件无法插入断点。倒有些安心了，看来不是 VC 的 Bug，而是源代码的问题。把这个文件回滚到更新前的版本，果然就没问题了。更新到下一个版本，问题就出来了。查看改动，没瞧出来什么。忽然发现有一个不常见的警告：“warning C4819: 该文件包含不能在当前代码页 (936) 中表示的字符。请将该文件保存为 Unicode 格式以防止数据丢失”。呵呵，应该就是它了。
警告有两个，一个是文件的，不带行号，另一个带行号。那一行是一个 case 语句，最后加了一句中文注释。把注释删掉，问题解决。把代码拷贝到 UltraEdit 中看十六进制代码，逐个字节滤过去，没发现什么奇怪的。然后开始逐步逼近问题，把注释前后汉字逐个拿掉，直到问题消失，最后剩下来的核心词是 “即时消息”，搜索这个词，果然在整个项目里只有一个。在这个词前面增、删一个空格，问题就消失。郁闷的是把同一行代码拷贝到其他文件、位置都不会有这个问题。
恢复所有改动，更新到最新版本，问题又变了：警告只剩下一个，没了行号！用插入空格的方法定位问题，发现错误向前移动了几行。而且这次就算把警告消掉，还是无法添加断点。尝试了好一会儿没有效果，干脆用 VC 直接把整个文件格式化了一次，断点又可以用了。而且，这次再怎么插入空格都不会有 C4819 了。对比了一下修改前后的文件，依然没有什么发现。
搜索了一下，其他人也遇到过 C4819，有的是因为 Unix 换行格式，甚至 boost 库中一个非 ASCII 作者名都会引发这个错误，但是这里应该是中文双字节字符错位的问题吧。因为警告等级开到了 4，所以各种警告有些泛滥，他们又没有及时处理，这个警告就被淹没在警告堆里了……
另也有：
我也遇到过相同的问题，也是断点无法跟进。解决方法是在断点之前加上 MessageBox 就可以了，原理未知。或者在 call stack 中右键设置调用断点位置
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
