開發平台(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()只是把上面的功能包進去而已