[過去ﾛｸﾞ] ToHeart2 ほか AquaPlus/LeafのGPLゲーをいじるスレ (833ﾚｽ)
上下前次1-新
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) 自ID ﾚｽ栞 あぼーん
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
451(1): 2006/01/22(日)12:03 ID:TvkA53ao(1/9) AAS
土方コードの方がいいって奴は、それしか書いたこと無いんだろな。
だからメモリがいつの間にかリークしててどこで起こったかを調べるために
１日費やしたりするんだろな。
Leafのソースは表に出てきていないだけで、恐らくまだまだバグがある。
別に完全にオブジェクト指向とかにする必要はないけど（というかまず不可能）、
バグを減らすために何をすればいいかってのを考えてみるといいよ。
×リークする可能性があるなら必ず解放するようにすればいい
省4
459(6): 2006/01/22(日)13:51 ID:TvkA53ao(2/9) AAS
>>456
だが、その稼働のためにどれだけの（無駄な）時間を使ったのか考えて欲しい。
ちゃんとした設計の出来る、凄腕のプログラマがやれば、
もっと融通の利くスクリプトが、短期間でLeafに渡されるだろう。
機能を追加したりする場合、今のソースだと、
ある変数を使うと、どこまで影響が及ぶのか想像が付かない。
ある程度設計をしていれば、それも手軽に出来るようになるだろう。
省2
494(1): 459 2006/01/22(日)22:34 ID:TvkA53ao(3/9) AAS
>>469
>メモリリークの話なんかすんなよ。レベル低すぎ。
>そんなもんはつぶしてあるのが前提の話だろうが。
どうやって、その潰されているってのを保証するんだ？
>つーかさすがに俺もデストラクタは使うから、スコープを外れれば
>自動解放されるし、メモリリークはほとんど起こさんけどな。
インナーで使っているものはそれでいいかもしれないが、
省14
495(1): 459 2006/01/22(日)22:35 ID:TvkA53ao(4/9) AAS
>>475
>そんな想像でしか分からない事考える方が無駄だと思うが。
確かにそうかも...。
>>476
>そのとおり、時間の無駄。働かないマニアを飼っとく余裕はない。
俺もそう思う。
省11
498: 459 2006/01/22(日)22:45 ID:TvkA53ao(5/9) AAS
>>496
枯れてるプログラムというか、過去の蓄積では……。
そして本当の「綺麗な設計」は、その辺も丁寧に wrap 出来る設計だと思う。
503: 459 2006/01/22(日)22:58 ID:TvkA53ao(6/9) AAS
>>499
俺か？
GC のことを失念してた。
でも、GC は便利だけど、開発の規模が大きくなるから、
そんなの言語レベルで実装してくれないと厳しい気がする。
C++ で GC とか作れるレベルのプログラマにスマートポインタを必ず使えとは言えないけど、
malloc とかで領域を確保するぐらいならスマートポインタを使って欲しいね。
504(1): 2006/01/22(日)23:00 ID:TvkA53ao(7/9) AAS
>>502
GC を自前で作れるﾔｼは玄人。
まじすげぇと思う。
516: 2006/01/22(日)23:52 ID:TvkA53ao(8/9) AAS
>>509
循環参照してると、いつまで経っても解放されない。
もしくは自分は解放したつもりでも、スレッドマネージャとかの管理クラスが
いつまでも参照しているってこともある。
>少しくらいメモリリークしてもいいジャン
Windows ならプロセスの終了時に OS が解放してるから、
ちょっとしたリークなら大丈夫かもね。
省2
521(1): 2006/01/23(月)00:07 ID:TvkA53ao(9/9) AAS
>>520
だから「目指すべきだろう」って言ってるじゃん。
俺なんか変なこと言ってる？
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.030s