推 VictorTom: VC2015 release build跑完會出error code c0000374. 09/13 02:41
→ VictorTom: aka. Heap Corruption. 09/13 02:42
→ VictorTom: Debugger掛起來看, 第一個檔案fr.line_cnt=2416 09/13 02:43
→ VictorTom: 但程式走到Line 162 for(i...)的時候, s_cnt=2417 09/13 02:45
→ VictorTom: 剩下的給你自己解迷吧:) 09/13 02:48
→ VictorTom: PS. 有時是c0000005 AV; 不影響root cause就是.... 09/13 02:51
推 stucode: 推 VT 大。偷偷給個提示:Heap Corruption 類發生錯誤 09/13 08:13
→ stucode: 跟造成問題的不一定是同一個地方。然後要是改用 09/13 08:13
→ stucode: std::vector 就可以在 debug 模式下抓出真正問題點。 09/13 08:14
謝謝兩位,知道引發錯誤的地方在哪裡了
就是很單純的違規存取 (昏
下意識的認為fr.line_cnt一定會大於s_cnt了...
想請問兩位是怎麼發現的?
當發現錯誤的當下又是從哪邊去找出問題點的呢?
另外,還想順便請問一下
除了使用vector,有什麼方式可以在程式中幫助判斷是不是違規存取嗎?
推 johnpage: 請改不同檔名! 09/13 12:02
不同檔名的意思是?
※ 編輯: rexkou (140.124.73.163), 09/13/2017 12:29:30
※ 編輯: rexkou (140.124.73.163), 09/13/2017 13:00:36
※ 編輯: rexkou (140.124.73.163), 09/13/2017 13:03:17
推 stucode: 說實話我是看了 VT 大的推文以後,很快就找到違規存取 09/13 18:15
→ stucode: 的地方。從頭找起的話,用單步執行逐項檢查初始化、 09/13 18:15
→ stucode: 動態配置、存取邊界、指標複製及賦值和檔案存取等。 09/13 18:15
→ stucode: 或者是下條件斷點在覺得有可能會越界的地方。 09/13 18:15
→ stucode: 除此之外也可以借助一下記憶體偵錯工具的力量: 09/13 18:16
謝謝~
咦好厲害啊,這是Ubuntu吧?
想請問是用什麼開發軟體來弄記憶體偵錯的呢?
※ 編輯: rexkou (140.124.73.163), 09/13/2017 21:31:27
推 Killercat: Valgrind啊 其實他貼的圖就有寫了 09/13 23:46
→ Killercat: 這東西連memory leak都有辦法抓到一大半 很猛的 09/13 23:46
推 VictorTom: 其實我也是code看了一輪看不出來才上debugger抓看看的, 09/14 00:16
→ VictorTom: 因為是Heap Corrupt, 所以要來的array特別留意了一下. 09/14 00:17
→ VictorTom: 其實這種靠debugger硬幹heap issue也不是什麼好方法, 09/14 00:18
→ VictorTom: 像s大那樣用正規工具抓memory issue才是比較好的方法:) 09/14 00:19
推 stucode: 工具是 Valgrind 沒錯。 09/14 14:12