作者rexkou (脆瓜)
看板C_and_CPP
標題[問題] 同時使用兩個Class會導致Crash嗎?
時間Wed Sep 13 02:00:42 2017
開發平台(Platform): (Ex: Win10, Linux, ...)
Win7 SP1 x64
編譯器(Ex: GCC, clang, VC++...)+目標環境(跟開發平台不同的話需列出)
1. Code::Blocks 16.01 (直接Crash掉)
2. Visual Studio 2017 (Debug Mode可順利執行)
問題(Question):
自己以前用C寫了一個讀檔的程式
會讀取txt檔之後把換行隔開,分別存到陣列裡面。
後來因為要在C++用,把它包成Class之後
才發現一開始的設計好像有問題。
Case 1. 當單獨使用一個Class時,程式都不會有問題(如下圖)。
https://i.imgur.com/ldx36YH.png
Case 2. 當兩個Class並存時,編譯可過,但執行會Crash掉(如下圖)。
https://i.imgur.com/YkkbyFk.png
有使用動態記憶體分配,不過想說也沒用多少所以沒free掉。
雖然C++已經有很完善的功能可以完成這些功能,
但私心還是想找出問題點在哪裡,
想請各位高手幫忙看看是哪裡疏忽了。
餵入的資料(Input):
任意txt檔,不要一次換兩行以上的都可以。
(可參照程式碼附件)
預期的正確結果(Expected Output):
正確讀取txt檔,不會crash掉(如下圖)。
https://i.imgur.com/VLWuIfz.png
錯誤結果(Wrong Output):
就是程式crash掉(如下圖)。
https://i.imgur.com/riBeaY3.png
目前在Visual Studio 2017的Debug Mode(x86/64)可以順利執行
在Release Mode(x64)版本偶有crash,(x86)版本及Code::Block則固定會crash。
程式碼(Code):(請善用置底文網頁, 記得排版)
一個使用置底文網頁,
一個則是將主程式及使用的txt檔一併上傳Dropbox
1.
https://ideone.com/qOIASO (置抵文網頁)
2.
https://goo.gl/hgPWKz (包含使用的文字檔跟主程式)
補充說明(Supplement):
其實做了一整天的測試之後,
推測是裡面一個名為readPath()的副程式也有問題。
這樣執行多次的話,程式也會crash掉,狀況與之前上面描述的很相似
https://i.imgur.com/6TzSLX0.png
自己覺得是記憶體配置的寫法有弄錯,還特地把malloc改成new
可是兩者在Debug狀態都可以跑,下斷點也看不出所以然來,只好來求助了。
自己用printf慢慢看
似乎會在readPath()裡面的這行出問題
fr.file_name = new char*[fr.line_cnt];
給各位當作參考。
程式主要功能說明:
1. 利用readPath(char* filePath_in)將txt的每行文字,分別儲存至ftype的char**
裡面
2. fileClass的loadFile()只是把上面的功能包進去而已
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 59.115.102.105
※ 文章網址: https://webptt.com/m.aspx?n=bbs/C_and_CPP/M.1505239245.A.86F.html
1F:推 VictorTom: VC2015 release build跑完會出error code c0000374. 09/13 02:41
2F:→ VictorTom: aka. Heap Corruption. 09/13 02:42
3F:→ VictorTom: Debugger掛起來看, 第一個檔案fr.line_cnt=2416 09/13 02:43
4F:→ VictorTom: 但程式走到Line 162 for(i...)的時候, s_cnt=2417 09/13 02:45
5F:→ VictorTom: 剩下的給你自己解迷吧:) 09/13 02:48
6F:→ VictorTom: PS. 有時是c0000005 AV; 不影響root cause就是.... 09/13 02:51
7F:推 stucode: 推 VT 大。偷偷給個提示:Heap Corruption 類發生錯誤 09/13 08:13
8F:→ stucode: 跟造成問題的不一定是同一個地方。然後要是改用 09/13 08:13
9F:→ stucode: std::vector 就可以在 debug 模式下抓出真正問題點。 09/13 08:14
謝謝兩位,知道引發錯誤的地方在哪裡了
就是很單純的違規存取 (昏
下意識的認為fr.line_cnt一定會大於s_cnt了...
想請問兩位是怎麼發現的?
當發現錯誤的當下又是從哪邊去找出問題點的呢?
另外,還想順便請問一下
除了使用vector,有什麼方式可以在程式中幫助判斷是不是違規存取嗎?
10F:推 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
11F:推 stucode: 說實話我是看了 VT 大的推文以後,很快就找到違規存取 09/13 18:15
12F:→ stucode: 的地方。從頭找起的話,用單步執行逐項檢查初始化、 09/13 18:15
13F:→ stucode: 動態配置、存取邊界、指標複製及賦值和檔案存取等。 09/13 18:15
14F:→ stucode: 或者是下條件斷點在覺得有可能會越界的地方。 09/13 18:15
15F:→ stucode: 除此之外也可以借助一下記憶體偵錯工具的力量: 09/13 18:16
謝謝~
咦好厲害啊,這是Ubuntu吧?
想請問是用什麼開發軟體來弄記憶體偵錯的呢?
※ 編輯: rexkou (140.124.73.163), 09/13/2017 21:31:27
17F:推 Killercat: Valgrind啊 其實他貼的圖就有寫了 09/13 23:46
18F:→ Killercat: 這東西連memory leak都有辦法抓到一大半 很猛的 09/13 23:46
19F:推 VictorTom: 其實我也是code看了一輪看不出來才上debugger抓看看的, 09/14 00:16
20F:→ VictorTom: 因為是Heap Corrupt, 所以要來的array特別留意了一下. 09/14 00:17
21F:→ VictorTom: 其實這種靠debugger硬幹heap issue也不是什麼好方法, 09/14 00:18
22F:→ VictorTom: 像s大那樣用正規工具抓memory issue才是比較好的方法:) 09/14 00:19
23F:推 stucode: 工具是 Valgrind 沒錯。 09/14 14:12