[過去ﾛｸﾞ] GCは失敗。メモリは自分で管理せよ！ その2©2ch.net (720ﾚｽ)
上下前次1-新
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) 自ID ﾚｽ栞 あぼーん
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
157: デフォルトの名無しさん [sage] 2015/12/05(土) 00:08:28.41 ID:+HxrBEdK(1/5) AAS
それ単にメモリバリアの問題じゃ…
173: デフォルトの名無しさん [sage] 2015/12/05(土) 14:45:23.69 ID:+HxrBEdK(2/5) AAS
>>167167(1): デフォルトの名無しさん [] 2015/12/05(土) 13:49:45.99 ID:Pfi54LUx(2/2) AAS
このスレ論点が一致してないよね。
freeやdeleteを記述すべきという論点で話をしている人
freeやdeleteしたところでメモリが解放されてるわけではないですがという論点の人
freeやdeleteは当然、さらにnull等を記述すべきという論点で話をしている人
GCの実装そのものを論点にしている人
論点がばらっばらだから咬み合わない
null云々は別言語だ馬鹿
185: デフォルトの名無しさん [sage] 2015/12/05(土) 16:34:34.82 ID:+HxrBEdK(3/5) AAS
むしろfinallyってデストラクタがない言語だから
必要なものなんじゃ…
どうしても必要ならデストラクタで任意のラムダ呼ぶ
ユーティリティクラス作れば同じこと出来るし
186: デフォルトの名無しさん [sage] 2015/12/05(土) 16:50:13.74 ID:+HxrBEdK(4/5) AAS
98以前でもローカルクラス定義できるんだからすこし冗長なだけで同じだし
189(1): デフォルトの名無しさん [sage] 2015/12/05(土) 17:32:52.06 ID:+HxrBEdK(5/5) AAS
違う。そんぐらいググれ
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.031s