やね本発売

**名前は開発中のものです。** · 02/06/01 20:01

LAOX Book館逝ったら、やねうらおの本が売ってました。
という訳で、とりあえず立ててみました。

**おらうねや** · 02/06/02 21:25

おまえら本買ってね、よろしこ！

**名前は開発中のものです。** · 02/06/02 21:25

アクセスバイオレーションはメモリリークに入る？

**名前は開発中のものです。** · 02/06/02 21:26

本の内容以上に高度なスレになっている

**名前は開発中のものです。** · 02/06/02 21:26

>>147
俺の場合逆。
STL自体にはバグがないことが保障されているから、安心して使える。
毎回似たようなクラスを書いていると、そこにいつバグが入るかわからないから不安。

**名前は開発中のものです。** · 02/06/02 21:26

結構スレが伸びたが、どれくらい売上に貢献するのだろう・・・

**名前は開発中のものです。** · 02/06/02 21:29

>>151
　何をムキになってんだか。

>>解放し忘れただけで止まるプログラムなんか知らない。

　これがイタイってだけですが？

**名前は開発中のものです。** · 02/06/02 21:29

>>153
入りません。ってか、ネタ？

**名前は開発中のものです。** · 02/06/02 21:31

アクセスバイブレーションで彼女に参照すると、液体がリークします
が、何か？

**名前は開発中のものです。** · 02/06/02 21:37

>これがイタイってだけですが？

解放忘れだけで止まるプログラムあるんですか？
マジでわからん。

**名前は開発中のものです。** · 02/06/02 21:40

>>160
１、スワップ大量に発生して、止まったように見える
２、newしたところ、NULLが返ってきて、NULL参照で落ちる。
のどっちかかと。

**名前は開発中のものです。** · 02/06/02 21:40

>>157
ま、そうムキにならずに。

エロゲなんで、プラットフォームはWinを前提に話すけど、
深刻なリソースリークを除いて、メモリリーク程度で止まるようなことはまずないよ。

強制終了するのは、ほとんどアクセス違反じゃねーの？
固まるってのは、ループの終了条件ミスってるとか。
マルチスレッドのゲームも珍しくないけど、デッドロックしてるのもあったし。

**名前は開発中のものです。** · 02/06/02 21:45

っていうか、なんで「メモリリーク」ごときでこんなに盛り上がれるのか、理由を言ってみろ。

**名前は開発中のものです。** · 02/06/02 21:45

>>161
1 普通はDMA転送になるから、スワップアウト程度でアプリが固まることはまず無い（9xは知らん）
2 それはリークではなくて、エラーリカバリが甘いだけ。

**名前は開発中のものです。** · 02/06/02 21:47

>>163
断片化の話題が終了したから（内心は79が謝らないから藁）

**おらうねや** · 02/06/02 21:47

>>163
房やだからさ

**157** · 02/06/02 21:48

>>162
　んにゃ、なんかスレの流れ上メモリリークの件が何故か漏れに
押し付けられてるんだけど、別にエロゲ云々言い出したのは別の
人なんだよね。

　まぁそれはともかく、止まる止まらないはともかく、メモリリーク
なんて恥ずかしい物を止まらないからOKってのがイタイなと思っただけ。

**名前は開発中のものです。** · 02/06/02 21:50

>>164
ハードディスクのスワップ領域を全部食い尽くしたら止まりそうな気が・・・。

**名前は開発中のものです。** · 02/06/02 21:50

>止まらないからOKってのがイタイなと思っただけ
だれもこんな事言ってないって。
79の記事から読めば分かるだろう

**162** · 02/06/02 21:52

>>167
>メモリリークなんて恥ずかしい物を止まらないからOKってのがイタイなと思っただけ。
誰もそんなこと言ってませんがな（ｗ

「メモリリークで止まるエロゲが多い」って言葉に、つっこんでるだけだと思ってたけど。

**名前は開発中のものです。** · 02/06/02 21:53

>>168
その時はネット空間にでもスワップさせますから
大丈V！！

**名前は開発中のものです。** · 02/06/02 21:53

>>169
ハードディスクのスワップ領域を食いつぶさなくても
ユーザーアドレスの空間をすべて（2Gだっけ？）食いつぶせば、
それ以上スワップは増えずにメモリは確保できなくなる。
確保できなくなるから、NULLが返ったり例外が発生したりする。
それを適切に処理出来ないから固まる。
適切に処理できているなら、いきなり固まらずに何かしらアクションを起こしてくるはず。

**名前は開発中のものです。** · 02/06/02 21:55

>172
まぁ、そこまで大量にメモリリークするゲームってのは滅多に無いけどね

**名前は開発中のものです。** · 02/06/02 21:56

>>172
メモリ確保するたびにNULLチェックをするような神経質な奴が、
そんな深刻なメモリリークを起こすとは思えない。

**名前は開発中のものです。** · 02/06/02 21:56

>>172
2G食いつぶすほどのメモリリークて・・。
メモリリークっていうよりメモリ堤防大決壊って感じ。

**157** · 02/06/02 21:56

>>170
んじゃ根本的に論点がずれてるね。すまんそ。

ちなみにあたいは数キロの開放し忘れでメモリが確保できなくなる
環境でお仕事していますものでその辺シビアなのですよ。実はちょっ
と羨ましかったり。

**名前は開発中のものです。** · 02/06/02 21:57

>>176
そんなシビアな環境でヒープなんて使うなよという気がする。

**名前は開発中のものです。** · 02/06/02 21:58

>>176
ぴゅー太ですか？(ﾜﾗ

**名前は開発中のものです。** · 02/06/02 21:59

>>173-175
その通りだけど、メモリリークが原因で落ちると言うことの反論として（藁
実際に、そこまで激しくリークしてもリークが原因で死ぬことはないと。

**名前は開発中のものです。** · 02/06/02 22:04

スレと関係なくて申し訳ないのですが、助けてください。
VC++6.0でSTLを使おうと思ったのですが、サンプルに書いてある
通り
vector<int> test;
test.push_back( 42 );
と書いたらNULLでFreeして落ちるのですが。
どうも
_Firstも_Lastも_EndもNULLみたいなんですが。

**名前は開発中のものです。** · 02/06/02 22:06

>>180
F r e e す　ん　な　タ　コ

　　　　　　　　　　　　解決

**180** · 02/06/02 22:07

いえ、STL内部でFreeしてるので、もうにもこうにも。

**名前は開発中のものです。** · 02/06/02 22:09

NULLでFreeするってなんだ？

**名前は開発中のものです。** · 02/06/02 22:10

殺伐としたスレの流れを癒してくれた180に感謝。
それにしてもヒープ談義はプログラム板でも毎回盛り上がるねぇ。

**名前は開発中のものです。** · 02/06/02 22:11

>>180
君、事実を述べてないんじゃないの？
本当にint？
ポインタだったりするんじゃないの？

**180** · 02/06/02 22:15

>185
いや、本当にこれしか書いてません。
どうも
vector<int> test;
と書いた時点で入れるデータ用にメモリを確保してないらしく、
test.push_back(42)
の中で末端を見てるのですが、末端は0x00000の割に何もチェック
をしてないみたいです。

**名前は開発中のものです。** · 02/06/02 22:16

SP当ててる？

**180** · 02/06/02 22:17

>187
SP4を当ててます。

89 · 02/06/02 22:19

>>133
わざわざ、ありがとう。
派生、配列確保などを禁止してよい場合なら、そんな感じでいけます。
負け惜しみっぽい突っ込みでごめんよ。
もうこのスレではこの手の話はしないよ。

**名前は開発中のものです。** · 02/06/02 22:20

つーかさ、勝手に内部の_Firstとかをみてるわけ？
一度 test.begin() とかやってイテレータを生成してみたら？

! · 02/06/02 22:22

http://www.twin.ne.jp/~ackey/

**名前は開発中のものです。** · 02/06/02 22:24

>派生、配列確保などを禁止してよい場合なら
頭、固いね。

**名前は開発中のものです。** · 02/06/02 22:25

include から、main からすべてのソースを書け。
そこ以外に原因があるとしか思えん

**180** · 02/06/02 22:28

すいません、原因がわかりました。
STL以外にもライブラリを使ってるのですが、それがdeleteを
オーバーライドしてまして、それが悪さをしてたみたいです。
でも、FreeにNULLが渡る事は変らないです。
そういう仕様みたいですね。

大変お騒がせしました。
もう帰って寝ます。

**名前は開発中のものです。** · 02/06/02 22:29

>>130
そーなのか
この板あまり見ないけど、他板と同様に思い出したように
これと同じ話題・同じ展開を月１くらいでやってそうなイメージがある

**名前は開発中のものです。** · 02/06/02 22:30

>>194
そんなのやる前から予想できることじゃんか（藁

**名前は開発中のものです。** · 02/06/02 22:31

メモリリークより、ファイルをオープンしっぱなしのほうが深刻だと思うぞ。

（って、もう鎮火しちゃったのね…残念

**名前は開発中のものです。** · 02/06/02 22:32

>>195
たててみようか。Win対コンシューマの暑い論争キボン

**おらうねや** · 02/06/02 22:33

>>198
そゆことするから厨房ってゆうんよ

**名前は開発中のものです。** · 02/06/02 22:35

>>198
いや、辞めようよ。プラットフォームが違うんだから問題点も違う
のは当たり前で
「メモリリークぐらいじゃ止まらんわボケ」
「メモリ断片化の恐怖を知らんのかボケ」
の両意見が相容れる事なんてありえない。

**名前は開発中のものです。** · 02/06/02 22:37

>>198
中途半端な知識を用いた香ばしい戦いの予感

　　糞　ス　レ　立　て　る　な

**198** · 02/06/02 22:42

http://game.2ch.net/test/read.cgi/gamedev/1013512099/l50
ｳﾌﾌﾌ

**名前は開発中のものです。** · 02/06/02 22:45

>>201
　プログラマなんて全知全能である訳が無いので基本的に中途半端
な知識である事が普通だと思われる。そういう意味ではやね本も似
たようなもんだ。

　コンシューマ界の屋根氏的な存在の人が本を出せばまた盛り上が
れそうだけど。suzunaたんとかどーかな？

**名前は開発中のものです。** · 02/06/03 00:11

メモリリーク？気にしないよ。
断片化なんて閑人のする心配事にすぎないね。アフォばかり。

**名前は開発中のものです。** · 02/06/03 00:18

>>204
つまんなーい。そんなんじゃ続かないよー

**名前は開発中のものです。** · 02/06/03 01:15

>204

コンシューマでそれやっちゃうと長時間プレイで必ずメモリが足りなく
なってハングアップすると思うよ。それでも気にしない？

**名前は開発中のものです。** · 02/06/03 01:20

>>206
　コンシューマ屋とWinアプリ屋の壮絶な戦いは79-200をどうぞ。
正直別の宗教同士の構想状態だから不毛。

**名前は開発中のものです。** · 02/06/03 01:32

ていうかさ、自称コンシューマ屋がC++の使い方を知らなくて
new deleteが使えないって主張してただけじゃん

**名前は開発中のものです。** · 02/06/03 01:45

>>208
自前でnewやdeleteを定義したとして、
コンストラクタ起動などはコンパイラに任せっきりになるから、
コンパイラの問題によって悩むよりは
オブジェクトの生成など自前で管理した方が遙かに保守性も生産性も上がる
って言われたことがある。

**名前は開発中のものです。** · 02/06/03 02:00

>>208
何を今頃煽ってるんだか。このウザ厨は。

**おらうねや** · 02/06/03 02:01

でさ、ぷよぉんはどこ逝ったの？

**haruka** · 02/06/03 04:36

ここまでの議論の流れだと、
コンシューマでは new/delete を自分で書くことがあたりまえ
という感じっぽいんですが、
Winでゲーム作ってる人はどれくらいそれをやってるんでしょ?

**名前は開発中のものです。** · 02/06/03 04:44

つーか誰だお前は？

**名前は開発中のものです。** · 02/06/03 06:08

なんだかポインタ関連のレスばかりみたいなんだけど
話題がそれくらいしかないくらい内容が薄い本なの？
立ち読みもしてないので。

**名前は開発中のものです。** · 02/06/03 06:56

ここまで読んで分かったこと

　や　ね　本　は　買　う　な

以上。

**名前は開発中のものです。** · 02/06/03 07:17

>>215
中身に誰も触れずに買うなと言っているのがミソ

**名前は開発中のものです。** · 02/06/03 08:39

Winですがnew/deleteは自作です。
::operator newは用途別の複数のヒープを選択したり選択しなかったりできるようにしてますが、
::operator deleteは1個です。
自作new/deleteとランタイムライブラリの初期化との兼ね合いで
iostreamは使わない、STLの静的なオブジェクトは作らない、という制限を設けてます。
クラス別のnew/deleteは固定長ですね。

**名前は開発中のものです。** · 02/06/03 08:45

>>217
まぁその程度は常識だよな
まともなプログラマなら

**名前は開発中のものです。** · 02/06/03 09:03

ここまで読んだけど、
結局この本は買いなのか判らないや。

とりあえず、本屋に並んで立ち読みできるまで待とうかな。

**名前は開発中のものです。** · 02/06/03 10:36

羹に懲りて膾を吹く

**名前は開発中のものです。** · 02/06/03 11:34

俺もメモリプール作ってやってたが、今のマシンだと
素のnew/deleteでも特に問題起こらんと分かってやめた。

**名前は開発中のものです。** · 02/06/03 12:25

new/deleteを安易にオーバーライドするヤシは禿ドキュソ

**名前は開発中のものです。** · 02/06/03 12:27

最近のＰＣはメモリ空間は見た目上フラットに見えるだけで実際には
ハードがプロセスごとにメモリブロックを割り当てしてたと思うので
断片化って考えるの時間の無駄だと思うが。

**名前は開発中のものです。** · 02/06/03 12:37

スマートポインタを良くわからずに恐れている奴がいるようだが
参照カウントが0xfffffffに達するには最低でも８ギガを超えるメモリが必要で
現状ではあり得ない。
循環参照なんて実用上いつ発生するのか例を挙げてもらいたい。
そんなコードを業務で書く狂人はいないとは思うが。

**名前は開発中のものです。** · 02/06/03 13:06

蛇足な感じがしないでもないけど
参照カウントが0xffffffffを超えるならlong longなり__int64なりにすればいいし、
普通はPCでもそんな環境あり得ないから気にする必要は無いと思うけど。

ちなみに、0xffffffff時の消費メモリサイズは、
sizeof(ptr_type) + sizeof(ctr_type) * 0xffffffff;
になるから、8Gと言うのはおかしいね。 16G + sizeof(ptr_type)以上。

**名前は開発中のものです。** · 02/06/03 13:07

s/ctr_type/ptr_type/

**名前は開発中のものです。** · 02/06/03 13:14

>>225
しまったsignedで計算してた・・
逝ってくる

**名前は開発中のものです。** · 02/06/03 13:26

>>224
>循環参照なんて実用上いつ発生するのか例を挙げてもらいたい。
オブジェクト同士が親子関係や兄弟関係を持つような構造なら、
いつ発生してもおかしくないが。

一番厄介なのは、shared_ptrを使っただけで安心しきって、
まさかリークしているなんて思いもしない点だろう。
shared_ptrはweak_ptrと使い分けられる程度の知識なしに扱える代物じゃないね。

MSがCRIのガベコレのアルゴリズムにVBのようなリファレンスカウンタ方式ではなく、
Mark&Sweep方式を採用した理由はここにある。
(もちろんそれだけではないが。）

**名前は開発中のものです。** · 02/06/03 13:36

自分の知らない物で盛り上がられるのがイヤなだけじゃないの？

02/06/03 13:56

結果：ここまで読みましたが、

やね本を買っていいのかどうか判断できませんでした。

まる。

**名前は開発中のものです。** · 02/06/03 14:00

せんせー大変です。
ジャパネット・タカタでやね本10冊を\300で売ってました。
買いでしょうか？

**名前は開発中のものです。** · 02/06/03 14:26

DVDでっきとVideoデッキと空テープ５本とDVDソフトと
プリンタとスキャナと三脚と予備バッテリーがついてきたら買いかもしれません

**名前は開発中のものです。** · 02/06/03 14:30

電線が切れる包丁も付いて来ました。

買いですね。

せんせーありがとうございました。

**やねうらお** · 02/06/03 14:40

ほんっと低脳だらけやこいつら！
中身が理解できないんやったら買わんでいいっちゅうの！
ぷっぷくぷ～ってなもんや！

**名前は開発中のものです。** · 02/06/03 14:46

>>228
>オブジェクト同士が親子関係や兄弟関係を持つような構造なら、
これを根性で双方向参照を自力実装してしまうのも
設計を著しく疑うが
この相互参照目的のポインタにsharedを使う事も
やはり正気の沙汰じゃない。

>一番厄介なのは、shared_ptrを使っただけで安心しきって、
>まさかリークしているなんて思いもしない点だろう。
>shared_ptrはweak_ptrと使い分けられる程度の知識なしに扱える代物じゃないね。
禿同。そういうことだわな。
要するに理解して使う以上あり得ないと言いたかった。

**名前は開発中のものです。** · 02/06/03 14:49

やねうらおキモイ。

**名前は開発中のものです。** · 02/06/03 16:04

えーっと、今盛り上がっ、てるのは
やね本につ、いての話題
で。しょうか？

02/06/03 16:58

やねうらお信者＝コスプレマニア

**名前は開発中のものです。** · 02/06/03 17:57

>>237
そうそうに買うべきではないという結論がでたので
別のことになりました

p ◆skb1Nfqs · 02/06/03 18:29

しかし、ハンドル区切り、やね　うらおかと思いきややねう　らおだという罠。
らお尊師万歳！ラヲラヲ　アーメマ。

**名前は開発中のものです。** · 02/06/03 18:29

やねうらおってまだいたんだ・・・

**名前は開発中のものです。** · 02/06/03 19:04

http://www.amazon.co.jp/exec/obidos/ASIN/479800314X/ref=sr_aps_d_1_1/250-4071160-4139413

あまぞんは　やね　うらお　だぞ

**名前は開発中のものです。** · 02/06/03 19:26

この本、ゲー製作を元にオブジェクト指向やデザパタに
大半のページ割いてるな。
ゲーム以外にも使えて(・∀・)イイ!!かも・・・

**名前は開発中のものです。** · 02/06/03 19:28

そういうのを中途半端というのではないですか？

零点 · 02/06/03 19:55

金払え！

**名前は開発中のものです。** · 02/06/03 20:31

良くも悪くも狭い環境を対象とした本だなぁと思う

**名前は開発中のものです。** · 02/06/03 20:40

>>242
はんとしごの　あまぞんの　しょひょうが　きになる。

**名前は開発中のものです。** · 02/06/03 22:55

だからさぁ、やね先生のreal smart pointerは凄いんだって！！！
気軽に使ってもリークしないの！

**名前は開発中のものです。** · 02/06/03 22:57

>>248
本人降臨？

**名前は開発中のものです。** · 02/06/03 22:57

>>248
艦長！循環参照しちゃってもかまわないでありますか！？

M · 02/06/03 23:00

興味しんしん