[討論] 動態記憶體配置是不是常常會出問題啊

[jasonokc0220 (天氣晴)]

有時候同一個程式碼明明前一分鐘剛跑完都沒問題，偶爾關掉之後再跑一次就會出現0xc0
000364的錯誤，過一陣子再重跑又沒問題了

上網查了一下好像有人說是編譯器的問題，但我換了別的編譯器也都是有同樣的問題，有
人有這方面的經驗或是實用的方法嗎，雖然說等一陣子莫名又可以跑了，但這種不知何時
會產生的問題還是很讓人不安QQ

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.39.226.218 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/C_and_CPP/M.1638692198.A.448.html
推 ko27tye: 這種問題通常是你變數沒初始化 建議你還是貼code上來問
推 TWkobe: 會不會哪些地方忘了free, 用valgrind檢查有沒有leak?
推 Schottky: 基本上都是自己的問題居多
→ Schottky: 而且自己會出的包也不限於動態還是靜態配置
→ nh60211as: 程式碼寫錯
→ jasonokc0220: 感覺有可能是空間沒釋放掉而堆疊摧毀
推 lc85301: 你的問題應該是寫了那個吧
→ firejox: 所以我說那個程式碼呢
推 b0920075: 建議直接把所有檢測記憶體錯誤的選項打開
噓 newking761: 為什麼不先質疑你的code??
→ Lipraxde: 動態記憶體要自己的管理 lifecycles，比較容易出錯XD
→ peter98: 動態記憶體常錯(X)  寫的動態記憶體常錯(O)
推 sa074463: 我比較相信是自己寫錯
噓 F04E: 呵呵 沒code是要人家擲杯膩
推 f953024: 你有想過你到底真正在追求什么呢
→ cuteSquirrel: 檢查記憶體管理的部分...
→ james732: 只要分配不要釋放寫起來就會輕鬆很多喔 (X)
→ descent: 編譯器通常是最後才需要懷疑, 一般都是程式有錯
→ descent: 這種問題當然不安, 所以要找出根本問題, 修正後會很爽
推 chchwy: 動態記憶體"比較容易寫錯" 錯的是寫的人 不是這個機制本身
推 alan23273850: 是你常出問題 不是動態記憶體配置常出問題 懂？
推 IhateOGC: 是
推 suhorng: 各個 sanitizer 還有 warning 都開一開方便除錯
→ disabledman: 仔細看CODE，確定自己真的瞭解來龍去派。
推 qwerasdf6102: 就是因為這樣 才有智慧指標這種東西
→ Raymond0710: 就一定bug
→ chaos1993: 請先質疑你的code有沒有好好做到記憶體控管
推 Killercat: 跑embedded嗎？如果是real mode的話應該滿常見的...
推 ManOfSteel: 請問一下K大為什麼embedded的real mode會很常見呢？
推 h0677870105: 結果發現可以Double free XD
→ negogoro: 你有delete或free嗎
推 friends29: c++的話 懶人就多用std smart pointer吧
→ GankTw: 用valgrind 跑看看
推 whatai: embedded system 記憶體太小 32M RAM 算是高規格了
→ whatai: 大量的動態記憶體分配可能導致記憶體破碎
→ iwtwin086051: 我剛開始寫程式也是常常覺得程式語言有問題
→ iwtwin086051: 但是至今還沒對過一次
推 closer76: 32MB... 我現在的案子，能給我 32KB 做夢都要偷笑了 XD
→ Killercat: 32M至少有protected mode啦.... real mode還有寫不好的
→ Killercat: 程式直接偷蓋你寫入的記憶體... -_-;
→ Killercat: 所以回答一下上面：所以real mode滿常見這種妖魔鬼怪
推 henrylin8086: 你要不要用smart pointer啊......程式是照你寫的跑
→ henrylin8086: ，而不是照你想的跑。
推 howareuuu: Smart pointer
推 dzwei: 其實，smart pointer也是有些東西要注意
→ dzwei: 比方說 cycler shared poonter
推 dreamroad: 你沒有厲害到寫出會讓compiler出錯的code ，通常都是自
→ dreamroad: 己的問題