[問題] 同時使用兩個Class會導致Crash嗎？

看板C_and_CPP作者 (脆瓜)時間6年前 (2017/09/13 02:00), 6年前編輯推噓7(7推 0噓 16→)
留言23則, 4人參與, 最新討論串1/1
開發平台(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://www.ptt.cc/bbs/C_and_CPP/M.1505239245.A.86F.html
推
09/13 02:41, , 1F
VC2015 release build跑完會出error code c0000374.
09/13 02:41, 1F
→
09/13 02:42, , 2F
aka. Heap Corruption.
09/13 02:42, 2F
→
09/13 02:43, , 3F
Debugger掛起來看, 第一個檔案fr.line_cnt=2416
09/13 02:43, 3F
→
09/13 02:45, , 4F
但程式走到Line 162 for(i...)的時候, s_cnt=2417
09/13 02:45, 4F
→
09/13 02:48, , 5F
剩下的給你自己解迷吧:)
09/13 02:48, 5F
→
09/13 02:51, , 6F
PS. 有時是c0000005 AV; 不影響root cause就是....
09/13 02:51, 6F
推
09/13 08:13, , 7F
推 VT 大。偷偷給個提示：Heap Corruption 類發生錯誤
09/13 08:13, 7F
→
09/13 08:13, , 8F
跟造成問題的不一定是同一個地方。然後要是改用
09/13 08:13, 8F
→
09/13 08:14, , 9F
std::vector 就可以在 debug 模式下抓出真正問題點。
09/13 08:14, 9F
謝謝兩位，知道引發錯誤的地方在哪裡了 就是很單純的違規存取 (昏 下意識的認為fr.line_cnt一定會大於s_cnt了... 想請問兩位是怎麼發現的？ 當發現錯誤的當下又是從哪邊去找出問題點的呢？ 另外，還想順便請問一下 除了使用vector，有什麼方式可以在程式中幫助判斷是不是違規存取嗎？
推
09/13 12:02, , 10F
請改不同檔名！
09/13 12:02, 10F
不同檔名的意思是？ ※ 編輯: 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
推
09/13 18:15, , 11F
說實話我是看了 VT 大的推文以後，很快就找到違規存取
09/13 18:15, 11F
→
09/13 18:15, , 12F
的地方。從頭找起的話，用單步執行逐項檢查初始化、
09/13 18:15, 12F
→
09/13 18:15, , 13F
動態配置、存取邊界、指標複製及賦值和檔案存取等。
09/13 18:15, 13F
→
09/13 18:15, , 14F
或者是下條件斷點在覺得有可能會越界的地方。
09/13 18:15, 14F
→
09/13 18:16, , 15F
除此之外也可以借助一下記憶體偵錯工具的力量：
09/13 18:16, 15F
→
09/13 18:16, , 16F
09/13 18:16, 16F
謝謝~ 咦好厲害啊，這是Ubuntu吧？ 想請問是用什麼開發軟體來弄記憶體偵錯的呢？ ※ 編輯: rexkou (140.124.73.163), 09/13/2017 21:31:27
推
09/13 23:46, , 17F
Valgrind啊 其實他貼的圖就有寫了
09/13 23:46, 17F
→
09/13 23:46, , 18F
這東西連memory leak都有辦法抓到一大半 很猛的
09/13 23:46, 18F
推
09/14 00:16, , 19F
其實我也是code看了一輪看不出來才上debugger抓看看的,
09/14 00:16, 19F
→
09/14 00:17, , 20F
因為是Heap Corrupt, 所以要來的array特別留意了一下.
09/14 00:17, 20F
→
09/14 00:18, , 21F
其實這種靠debugger硬幹heap issue也不是什麼好方法,
09/14 00:18, 21F
→
09/14 00:19, , 22F
像s大那樣用正規工具抓memory issue才是比較好的方法:)
09/14 00:19, 22F
推
09/14 14:12, , 23F
工具是 Valgrind 沒錯。
09/14 14:12, 23F
‣ 更多 rexkou 的文章
文章代碼(AID): #1Pk23DXl (C_and_CPP)