最近一工程中，在調試的時候，有些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，所以各種警告有些泛濫，他們又沒有及時處理，這個警告就被淹沒在警告堆里了……