new/delete new[]/delete[] について

しょーま @shomah4a

さすがに VC 入れるのはめんどー

Yusuke Ishikawa @yusukei

@hohehohe2 @shomah4a まぁ、結局C++の規格上new[]ならdelet[]呼ばなきゃいけないわけで・・・

@hohehohe2

@yusukei @shomah4a 誰がメモリ解放してるかにもよるよね。delete自体にメモリ解放のコードを埋め込んでるかもしれないし。その辺一般的な方法があるのかよく知らない。

@hohehohe2

@yusukei そやね。

しょーま @shomah4a

@hohehohe2 @yusukei そういう意味で gcc の new/delete new[]/delete[] の混在で abort ってのは妥当なのかもしれない

@hohehohe2

@shomah4a @yusukei あー間違えた、delete自体じゃなくてデストラクタ自体

Yusuke Ishikawa @yusukei

@hohehohe2 基本的には一々OSからメモリ取ってたら遅いわけで、メモリアロケータがランタイムにあるでしょう。んでアロケータがサイズまでは管理してるでしょう

Yusuke Ishikawa @yusukei

@shomah4a まぁ確かに妥当なんだけど、どちらでも開放できてしまうほうがトラブルは少ないのも事実

@hohehohe2

@yusukei さっきのオブジェクトのサイズがわからないからってとこ、デストラクタ自体にメモリ解放のコードが埋め込まれてたらサイズが静的に決まるかなと思って。

@hohehohe2

@yusukei いやーそうかなー・・・

@hohehohe2

@yusukei delete[]でないってことはarrayでないってことで、そこにarrayなものが入って来たってことは予期していない配列データを解放してるってことやからトラブル少なくはないんとちゃうかなー

Yusuke Ishikawa @yusukei

@hohehohe2 とりあえずVCの実装ってそうなってた気がする。ランタイムのコードは公開されてるから追った記憶があるけど曖昧。まぁ、組み込みだったらわからないけど。

@hohehohe2

@shomah4a @yusukei どっちにしろ混同しないコードを書く事やね。

Yusuke Ishikawa @yusukei

@shomah4a むしろVC入れて検証よろ。ちょうどC++ネタとしてｗ

しょーま @shomah4a

@yusukei ネタとして一瞬過ぎるw しかも最終的には仕様書嫁で終わりだしw

Yusuke Ishikawa @yusukei

@shomah4a 嫁以前に従えだな。この場合・・・