這個(gè)不是VS的BUG吧，可能不滿足 要求源文件與原始版本完成匹配，或者 模塊根本就沒加載，當(dāng)然沒法調(diào)試。
博主,這個(gè)根本不是Visual Studio的BUG.
微軟的這個(gè)IDE是非常強(qiáng)大的,主要是因?yàn)槟銢]有了解它的編譯原理.
Visual Studio并不是使用g++來編譯的,它有自己的編譯器,其中有很多不同的編譯模式.比如默認(rèn)的有三種,比較常用的就是Debug,Release模式.
當(dāng)你使用Debug,即調(diào)試模式時(shí),不會(huì)出現(xiàn)任何斷點(diǎn)失效的問題.想必你使用的編譯模式是Release.這個(gè)模式使用了非常多的編譯優(yōu)化.在寫程序的時(shí)候你可能看不出來,其實(shí)你在程序運(yùn)行時(shí)隨便在哪里設(shè)一個(gè)斷點(diǎn)停下,然后它會(huì)自動(dòng)給你匯編代碼,仔細(xì)看看,你會(huì)發(fā)現(xiàn)它為你做了非常多的常數(shù)優(yōu)化.
比如除法,a/=7,你看看它的匯編代碼,是進(jìn)行了一系列的乘加操作,最終得出了正確答案,這個(gè)比一個(gè)除法的匯編指令快多了.不過當(dāng)你添了些代碼時(shí),想調(diào)試它,它因?yàn)橐恍﹥?yōu)化原因,就忽略了這些新加入的內(nèi)容.
總的來說,當(dāng)你調(diào)試程序時(shí),一定要記得使用DEBUG模式,它不會(huì)做什么優(yōu)化,調(diào)試沒有任何問題.當(dāng)要輸出最終產(chǎn)品,即可執(zhí)行文件或庫時(shí),開啟Release模式,并且讓整個(gè)解決方案和程序全部重新生成,這樣才會(huì)正確執(zhí)行,生成的東西才是最優(yōu)化的,并且程序體積也比DEBUG生成的小很多.
這種情況不解決辦法有 很多。你這個(gè)方法我沒用過。最簡單的方法就是ctrl+a, ctrl+f重新格式化這個(gè)‘不可調(diào)試’的CPP文件，然后編譯該CPP文件，一般就可以解決。當(dāng)然，有時(shí)候也無法解決。
@CK
這里說的就是DEBUG模式。
PDB文件失效了，Clean->Rebuild即可
CK，你說話就像放屁，
“當(dāng)你使用Debug,即調(diào)試模式時(shí),不會(huì)出現(xiàn)任何斷點(diǎn)失效的問題”，你試過嗎？，我就在debug模式下，確實(shí)是運(yùn)行不到斷點(diǎn)！！！
在Debug模式下，我也出現(xiàn)過樓主說的現(xiàn)象，不過個(gè)人覺得有以下問題。
1、無效斷點(diǎn)所在的項(xiàng)目和啟動(dòng)項(xiàng)目的設(shè)置：項(xiàng)目->屬性->配置屬性->C/C++->常規(guī)->調(diào)試信息格式，這里不能為『禁用』；
回：默認(rèn)的Debug模式，這個(gè)就是非禁用狀態(tài)。
2、項(xiàng)目->屬性->配置屬性->鏈接器->調(diào)試->生成調(diào)試信息，這里設(shè)為『是』；
回：Debug模式的默認(rèn)值。（手抽和VS版本混亂者排除）
3、C/C++->優(yōu)化->優(yōu)化選擇『禁用』；
回：Debug模式的默認(rèn)值。（手抽和VS版本混亂者排除）
4、刪除解決方案下的.ncb文件；
回：這個(gè)方法比較管用。
5、工具->選項(xiàng)->調(diào)試->『要求源文件與原始版本完成匹配』去掉勾；
回：這個(gè)不建議使用，不然編譯出來的版本可能不是你最新的代碼編譯出來的。
而且你也很難找問題，強(qiáng)烈BS這個(gè)方法。
6、最后在上述設(shè)置的情況下，重新編譯整個(gè)解決方案；
回：這個(gè)方法比較管用。
7、回過頭來，發(fā)現(xiàn)原來是一段不會(huì)被執(zhí)行到的代碼……
回：這個(gè)方法最管用^_^。
純屬個(gè)人意見，呵呵。
這個(gè)根本不是Visual Studio的BUG。
說上面這句話的人，應(yīng)當(dāng)是沒遇到過這個(gè)問題，或者根本就不知道調(diào)試是什么。
哦？那請(qǐng)問叫做ZZ的，要是可以，請(qǐng)你拿出一個(gè)實(shí)例來吧，空口的話不要直接就說“根本就不知道調(diào)試是什么”，或許您更不知道調(diào)試是什么吧
確實(shí)在vs2005下碰到過debug模式下斷點(diǎn)無法命中的問題，后來我發(fā)現(xiàn)是因?yàn)閜db符號(hào)文件不小心被挪到另外的位置了。可以用二進(jìn)制編輯工具打開生成的可執(zhí)行文件，里面有pdb文件的路徑信息，pdb文件實(shí)際存放的路徑要和里面的信息一致。
樓主這個(gè)幫助其實(shí)是寫給新手的，什么是調(diào)試怎么調(diào)？也許對(duì)于有人手把手幫你你可能掌握得比較快，但事實(shí)上VS2005默認(rèn)的調(diào)試方式在調(diào)試c++程序時(shí)根本不會(huì)命中斷點(diǎn)，不管你們用什么辦法，改為debug也好按樓主方法逐條設(shè)置也好，總而言之就是把調(diào)試打開了
但我不明白CK你是用的是什么方法，具體怎么操作的。我的VS每次新建工程調(diào)試C++程序都要按照樓主的方法重新設(shè)置才行，而我在工程，選項(xiàng)中即使選擇了debug依然不能調(diào)試，只有全改才行
關(guān)于jason說的默認(rèn)為什么什么不知你是怎么看到弄得
在附上最新的解決方案
希望能夠幫助廣大的編程入門者
如果你按照樓主的方法修改正確說明一個(gè)問題
你建錯(cuò)工程了！
建工程時(shí)如果你想做一個(gè)簡單的控制臺(tái)程序，要選擇控制臺(tái)程序
而不是選擇空項(xiàng)目！
當(dāng)選擇控制臺(tái)程序后進(jìn)入的向?qū)Ю锩孢x擇空項(xiàng)目。
這個(gè)問題即使是經(jīng)驗(yàn)多年的程序員一般也無法幫你解決。樓主的方法是通過能調(diào)試的工程和不能調(diào)試的工程對(duì)比出來的，比較笨也比較難記，取舍自己決定
裝比的自重
那個(gè)CK是不是認(rèn)為VISUAL STUDIO沒有BUG？
我就在DEBUG下遇到了這個(gè)問題，也按照樓主的方法解決了！
你還別太自信的好。
我的意思不是Visual Studio沒有BUG
再完美的程序也有可能有BUG
我的意思是按樓主以及底下的一些回復(fù)
你們自己看看，應(yīng)該是自己的工程屬性和設(shè)置等問題，而不是說這個(gè)是VS的BUG
不過Vs的BUG確實(shí)存在的.....有些問題很神奇也很無奈啊...也許是本身的水平問題吧...
每次在vss上下載后打斷點(diǎn)無效,必須改動(dòng)下OnInitDialog 函數(shù)的內(nèi)容,再打個(gè)斷點(diǎn)才能進(jìn)入其它斷點(diǎn)
VS確實(shí)很多bugs，樓主的方法確實(shí)比較實(shí)用
中國的程序員別說解決問題，這里就開始罵人了，一群垃圾
經(jīng)過驗(yàn)證，CK的確在放屁，鄙視一下。
把你運(yùn)行不到斷點(diǎn)的代碼貼上來吧，我們看看是誰在放P
你連代碼都不敢貼還說別人放P，自己SB啊
而且已經(jīng)說了，這些是你工程設(shè)置的問題，而不是所謂的Visual Studio的BUG，我上面表達(dá)的意思就是這根本不是BUG,而是設(shè)置的問題
CK寫的程序比較少，這種問題確實(shí)存在，尤其在跨平臺(tái)的庫引用上。。。樓主的方法能解決部分問題，有的時(shí)候也試試ctrl+a 然后ALT F8吧，我想這是Kevin Lynx 的意思
CK說的是對(duì)的,這不屬于vs的bug.肯定是工程設(shè)置的問題,或者是pdb調(diào)試信息數(shù)據(jù)庫位置或文件錯(cuò)誤導(dǎo)致的,而pdb文件出現(xiàn)這種問題很可能是用戶自己非正常關(guān)閉vs或計(jì)算機(jī)導(dǎo)致的.
但vs確實(shí)是有bug的,我所知道的,從vs6到vs2010都一直存在多線程斷點(diǎn)調(diào)試bug導(dǎo)致系統(tǒng)死鎖的bug,而這現(xiàn)象是隨機(jī)的,有時(shí)候很頻繁,有時(shí)候沒有.
樓主有沒有寫過程序，這個(gè)是從哪兒轉(zhuǎn)來的吧！
這個(gè)問題我遇過，我的兩個(gè)項(xiàng)目dll mfc 因跨項(xiàng)目調(diào)試，原因是dll 版本不與原碼不一致