推 b0920075: 分析 core dump咧? 11/03 18:54
我網路上看了很久,我還是不知道 core dump的位置在哪,我只動了 ulimit -c unlimited,還需要動什麼嗎
※ 編輯: mizuyoru3423 (111.251.51.210 臺灣), 11/03/2019 19:02:53
→ mizuyoru3423: 已解決,說起來有點慚愧,只是我一開始的 order 指11/03 20:40
→ mizuyoru3423: 標忘了new 而已11/03 20:40
→ mizuyoru: 我還以為看到自己11/03 21:29
我當時也想用這個帳號註冊,原來就是你
推 achicn3: 恭喜兩位可以結婚了11/04 01:07
※ 編輯: mizuyoru3423 (111.251.51.210 臺灣), 11/04/2019 09:19:38
→ mizuyoru: 這麼中二的名字沒想到除了我以外還有其他人會用11/04 10:23
推 playgame555: 不求甚解的路過 以前遇過類似的問題(不是map)11/04 18:30
→ playgame555: 在main下面加一個夠大的矩陣 int big_array[4096];11/04 18:31
→ playgame555: 之類的就會動了 我不知道為啥 推測是用pointer new11/04 18:32
→ playgame555: class的時候 沒有要到該有的空間 等到call item的11/04 18:33
→ playgame555: 時候 pointer指到程式外面去了11/04 18:34
→ playgame555: BTW我把Code載下來用GDB執行還真的不會掛掉= =11/04 18:36
→ playgame555: 不用GDB的時候大概3次死1次11/04 18:37
www,其實實際原因也不是map,只是我的class就只有一個data menber而已
→ Lipraxde: 用 valgrind 看看吧,一些基本的錯誤很容易就可以抓出11/04 21:29
→ Lipraxde: 來的11/04 21:29
看起來蠻好玩的,改天試試
※ 編輯: mizuyoru3423 (111.251.51.210 臺灣), 11/04/2019 22:55:03
※ 編輯: mizuyoru3423 (111.251.51.210 臺灣), 11/04/2019 22:56:30
※ 編輯: mizuyoru3423 (111.251.51.210 臺灣), 11/04/2019 22:58:56
推 Bencrie: valgrind 之外還有 gcc 的 -fsanitize=address 11/05 01:21