[過去ﾛｸﾞ]
GCは失敗。メモリは自分で管理せよ！ その2©2ch.net (720ﾚｽ)
GCは失敗。メモリは自分で管理せよ！ その2©2ch.net http://mevius.5ch.net/test/read.cgi/tech/1447856699/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
21: デフォルトの名無しさん [] 2015/11/22(日) 04:41:20.06 ID:WFE6EpHf やっぱりGCのほうがいいかな大規模になってくると Cでリークはしてないけど本来開放すべきタイミングで開放してないでメモリいっぱいになるのは防ぎやすいと思うし http://mevius.5ch.net/test/read.cgi/tech/1447856699/21
75: デフォルトの名無しさん [sage] 2015/11/28(土) 18:28:07.06 ID:rTI66XO9 保守性より効率重視なんかでコード書くからメモリリークするんだよ。 http://mevius.5ch.net/test/read.cgi/tech/1447856699/75
189: デフォルトの名無しさん [sage] 2015/12/05(土) 17:32:52.06 ID:+HxrBEdK 違う。そんぐらいググれ http://mevius.5ch.net/test/read.cgi/tech/1447856699/189
197: デフォルトの名無しさん [sage] 2015/12/06(日) 11:36:02.06 ID:G3VNQyn5 c++のデストラクタって後処理に失敗しても 例外投げられないからウンコ 結果的にエラーを握り潰すゴミコードを量産する原因になってる http://mevius.5ch.net/test/read.cgi/tech/1447856699/197
265: デフォルトの名無しさん [sage] 2015/12/12(土) 12:05:07.06 ID:yfUf7LLZ shared_ptrって参照カウント式のGCじゃないの？ http://mevius.5ch.net/test/read.cgi/tech/1447856699/265
396: デフォルトの名無しさん [sage] 2016/03/23(水) 10:07:19.06 ID:SB04Y3rp RAIIに必要なのは適切なタイミングで確実に解放処理が呼ばれることであって いつ呼ばれるかわからないデストラクタではだめ http://mevius.5ch.net/test/read.cgi/tech/1447856699/396
602: デフォルトの名無しさん [sage] 2016/11/15(火) 05:19:19.06 ID:ulUg8AFG >>594 参照カウンタよりも固定バッファを動的に確保ですね判ります http://mevius.5ch.net/test/read.cgi/tech/1447856699/602
669: デフォルトの名無しさん [] 2017/09/17(日) 16:06:24.06 ID:S40DCpdn >>667 ちゃんとmallocやnew時のアドレス確認はしたか？？かなりアフォな動作してるぞ？ まあ、多少のrealloc程度の処理なら何とかしてくれるけどな。 http://mevius.5ch.net/test/read.cgi/tech/1447856699/669
679: デフォルトの名無しさん [] 2017/09/17(日) 17:55:14.06 ID:S40DCpdn malloc,newの挙動はハードとOSによって変化するという記述は見たことあるけどな http://mevius.5ch.net/test/read.cgi/tech/1447856699/679
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.033s