12/20 14:02 (@gorry5) 川崎も霰だー (zore)

12/20 18:41 (@gorry5) @spk_basisi 解放時のデストラクタにメモリ内容を潰す機能をデバッグ用に付けておくとかやりますね…潰したメモリを参照するとすぐわかる

12/20 18:46 (@n_soda) @gorry5 @spk_basisi OS標準でその種の機能持ってる場合もありますよね。NetBSDだとexport MALLOC_OPTIONS=AJXとか(Jが書き潰し指定)。Linuxだとexport MALLOC_CHECK_=2でちょっとキツくなるけどまだ弱いかな。 (neka)

12/20 18:50 (@spk_basisi) @gorry5 範囲が特定できてくると使いたい技ですね。追い込む前に見つかってしまいましたw (negu)

12/20 18:52 (@n_soda) @gorry5 @spk_basisi で、昔のglibcに、MALLOC_CHECK_を定義したときだけcrashするバグがあって( URL:rhn.redhat.com )、自分のアプリのバグかと思って延々悩んだことがあったりとか。^^; (nedi)

12/20 20:50 (@spk_basisi) @n_soda @gorry5 OS装備で再ビルドなしでチェックできるのはいいですね。考慮してなかった潜伏バグは引き出したくないですがw (gabu)