DXライブラリ総合スレッドその12

**名前は開発中のものです。** · 2012/02/23(木) 21:35:32.53

Cを習得した程度のスキルでも、
ゲームのグラフィックを比較的容易に描画する事のできる、
「DXライブラリ」に関するスレッドです。
DXライブラリに関するテクニックなどの情報交換などを行う事で、
多くのDXライブラリユーザのスキルの向上に役立てたら幸いです。

【公式】
http://homepage2.nifty.com/natupaji/DxLib/

【過去スレ】
DXライブラリ総合スレッド
http://pc11.2ch.net/test/read.cgi/gamedev/1197468399/
DXライブラリ総合スレッド 2008
http://pc11.2ch.net/test/read.cgi/gamedev/1224923873/
DXライブラリ総合スレッドその3
http://pc11.2ch.net/test/read.cgi/gamedev/1238429676/
DXライブラリ総合スレッドその4
http://pc11.2ch.net/test/read.cgi/gamedev/1249822550/
DXライブラリ総合スレッドその5
http://pc11.2ch.net/test/read.cgi/gamedev/1259912953/
DXライブラリ総合スレッドその6
http://hibari.2ch.net/test/read.cgi/gamedev/1267108154/
DXライブラリ総合スレッドその7
http://hibari.2ch.net/test/read.cgi/gamedev/1286180687/
DXライブラリ総合スレッドその8
http://hibari.2ch.net/test/read.cgi/gamedev/1301818631/
DXライブラリ総合スレッドその9
http://hibari.2ch.net/test/read.cgi/gamedev/1310904069/
DXライブラリ総合スレッドその10
http://hibari.2ch.net/test/read.cgi/gamedev/1313655495/
DXライブラリ総合スレッドその11
http://toro.2ch.net/test/read.cgi/gamedev/1322844235/

**名前は開発中のものです。** · 2012/05/16(水) 21:52:32.82

Constructor(int tmpx, int tmpy, int tmpz) : x(tmpx), y(tmpy), z(tmpz) {}
とかどうよ

**名前は開発中のものです。** · 2012/05/16(水) 22:06:52.36

やっぱなんかダサイねん(´・ω・`)
tmpとか無くしたい
x→tmpx→x

　↓

x→x

**名前は開発中のものです。** · 2012/05/16(水) 22:10:09.69

テンプレートで初期化を自動化するstatic関数作ればいいじゃん
こういうのってC++でもできるよね？

**名前は開発中のものです。** · 2012/05/16(水) 22:13:40.69

なんかこう、パラメータヒントの変数名がtmpでダサい(´・ω・`)

**名前は開発中のものです。** · 2012/05/16(水) 22:22:46.08

大文字・小文字で区別ができるんじゃ？

**名前は開発中のものです。** · 2012/05/16(水) 22:23:30.21

同じ名前でもいいぞ、混乱しないようにメンバ変数にthis付けたほうが安全だけど

**名前は開発中のものです。** · 2012/05/16(水) 22:30:48.24

class point {
private:
　int x,y;
public:
　point()
　{
　　*this = point(x,y);
　}
　point(int x,int y) : x(x),y(y)
　{
　}
};
ってダメかね

**名前は開発中のものです。** · 2012/05/16(水) 22:54:49.23

>>758
内部変数とアクセッサ・引数用の変数ネーミングのルールを作る。
内部変数は省略形で書き易く、アクセッサ・引数用は分かりやすく。
それ以上気にすると先に進まん。
なんかいい方法があれば後で直せば良いや、くらいで。

**名前は開発中のものです。** · 2012/05/16(水) 23:53:20.10

>>764
安全っつーか、thisつけないとアクセスできないでしょ

**名前は開発中のものです。** · 2012/05/17(木) 00:12:52.18

俺ならこうだな
変数は構造体の中にまとめる
変数が増えても構造体をいじるだけでいい

typedef struct xyz
{
int x;
int y;
int z;
}stXYZ;

class Constructor
{
private:
stXYZ xyz;
public:
Constructor(stXYZ *pstTmp)
{
memcpy(&xyz,pstTmp,sizeof xyz);
}
};

//呼び出し側
stXYZ stTmp = {1,2,3};
Constructor constructor(&stTmp);

**名前は開発中のものです。** · 2012/05/17(木) 00:24:19.25

>>768
(・δ・`)

**名前は開発中のものです。** · 2012/05/17(木) 04:59:40.80

>>767
初期化子リストじゃだめなの？

class foo
{
public:
foo (int x, int y) : x(x), y(x) {}
private:
int x,y;
};

**名前は開発中のものです。** · 2012/05/17(木) 08:20:02.90

できればコンストラクタに引数渡したくないな

**名前は開発中のものです。** · 2012/05/17(木) 09:51:33.09

よくわからんけど引数から直接メンバにデータを渡す事は変数介さないと無理でok？

**名前は開発中のものです。** · 2012/05/17(木) 10:48:59.52

そこは見た目だけの問題だからintとか組み込み型だと最適化で消える場合もある

**名前は開発中のものです。** · 2012/05/17(木) 12:18:20.00

レベル高すぎてついていけない

**名前は開発中のものです。** · 2012/05/17(木) 12:51:45.63

別にsetter, getterない publicなメンバ変数を持ってもいいし、
visual studio c++ 専用だけどpropertyという機能もある

**名前は開発中のものです。** · 2012/05/17(木) 16:09:41.33

>>774
安心しろ、俺もだ

**名前は開発中のものです。** · 2012/05/17(木) 16:36:03.67

C++の構造体ってデフォがpublicなクラスみたいなもんだし
メンバ関数作って使い方の感覚得るとかいんじゃね

**名前は開発中のものです。** · 2012/05/17(木) 17:43:23.17

厨房だけど、何からすればいいか分からん
C言語は入門書一冊熟読した
知識はそれだけです

**名前は開発中のものです。** · 2012/05/17(木) 17:53:24.70

何すれば良いか分からんやつは大抵できないから好き勝手ゲーム作ったりしてれば良いと思う

**名前は開発中のものです。** · 2012/05/17(木) 18:19:27.36

ファミコンのマリオみたいなの作るといいよ
あの滑らかなジャンプの曲線の動きとか作るのすげー勉強になるし、実際に動いてるの見ると楽しい

**名前は開発中のものです。** · 2012/05/17(木) 18:25:10.94

>>778
作りたいもの作ればいいよ。
作りたいものがなければ違うことやればいいと思うよ

**名前は開発中のものです。** · 2012/05/17(木) 18:42:01.27

ちょっと待て、熟読したとは言ったが、実際にコードを入力して試したのか？
ともかく、DxLibとC言語で簡単なゲーム作る本があるから探して買うか図書館で借りるかして試してみればいいよ。

**名前は開発中のものです。** · 2012/05/17(木) 18:44:31.06

昔はベーマガを見て覚えたもんだが

**名前は開発中のものです。** · 2012/05/17(木) 19:04:17.83

俺は見た（読む）だけじゃ絶対身につかなかったな。
実際に動かして見てやっと理解できる。

**名前は開発中のものです。** · 2012/05/17(木) 21:17:20.29

俺はサンプルプログラムを1個改造して、
次のサンプルプログラムを1個改造して、
気に入ったのがあったら沢山改造して、というのを繰り返して身に着けたな

**名前は開発中のものです。** · 2012/05/18(金) 00:14:29.29

http://rpg.nengu.jp/game/dl/

このサイトのソース読みながら覚えたいのですが
RPG.vcprojをドラッグアンドドロップして
vc++2008に変換しようとすると
「ゲームファイルの初期化に失敗しました」と何度試しても出ます。
VC++2010は低スペなので使えないのですがどうすれば変換できるのでしょうか

もしダメならこれ以外でVC++2008で公開されているrpgのサンプルがあれば教えてください

お願いします

**名前は開発中のものです。** · 2012/05/18(金) 00:56:44.66

staticで保持して置いた配列を使い終わったら開放したいんだけどどうしたらいいでしょうか？

**名前は開発中のものです。** · 2012/05/18(金) 00:58:13.40

staticの固定長配列はプログラムが終了すると自動的に解放されます
それ以外に開放手段はありません

**名前は開発中のものです。** · 2012/05/18(金) 00:59:03.38

関数func1,func2でそれぞれstatic変数を宣言した時、中身は共通になりますか？

**名前は開発中のものです。** · 2012/05/18(金) 00:59:42.96

C++なら終了するまでスコープから外れないので解放されない。

解放する必要があるなら、
配列へのポインタで変数を確保してnewでヒープを確保、
必要になったらdeleteすればok

**名前は開発中のものです。** · 2012/05/18(金) 00:59:50.88

>>788
ありがとうございます

**名前は開発中のものです。** · 2012/05/18(金) 01:00:56.05

>>789
関数内で宣言されるstatic変数はスコープは関数の内部のみ。
従って別物。

**名前は開発中のものです。** · 2012/05/18(金) 01:04:36.26

>>790
なんかよくわからないので具体的にコード書いてくれると嬉しいです。
・配列arrの引数m分だけ要素数を持つint型配列を引数&pに作成する関数
とかだとわかりやすくて自分が喜びます。
図々しくてすみません。

**名前は開発中のものです。** · 2012/05/18(金) 01:05:51.71

やはり某製作支援サイトのようにメインループの前に変数宣言した方が良いのかな・・・

**名前は開発中のものです。** · 2012/05/18(金) 01:20:06.21

>>793
//えーと、

// 適当な配列
int[] arr = {0,1,2,3,4,5,6,7,8,9,}

void dynamic_array(int*& p, int length)
{
　　//lengthnこのintを確保
　　p = new int[length];

　　// arrからコピー
　　for(int i = 0; i < length; ++i)
　　{
　　　　p[i] = arr[i];
　　}
}

// pを解放するときは、
// delete[] p;

**名前は開発中のものです。** · 2012/05/18(金) 02:44:50.20

>>793
>>795 のSTL版
#include <vector>
void dynamic_array(int*& p, int length)
{
　auto v = std::vector<int>(length);
　p = v.data();
}

**名前は開発中のものです。** · 2012/05/18(金) 12:33:49.02

なんでここC++スレになってるんだ

**名前は開発中のものです。** · 2012/05/18(金) 12:39:42.25

DXライブラリで詰まる人はcなのかライブラリなのか区別が付かないからではないでしょうか

**名前は開発中のものです。** · 2012/05/18(金) 12:52:20.63

俺みたいにDXライブラリに頼らなくてはゲームも作れないレベルの人間だと
C++についてもよくわかってなかったりするからつい、だろうね。

他のスレだと”DXライブラリに頼らなくていい人”ばかりに思えて気後れする。

**名前は開発中のものです。** · 2012/05/18(金) 14:58:56.44

>>796
dynamic_array終了時に開放されね？
>>787が単にヒープに置きたいということでなければ>>795の方法しかないと思う

もしくはvector自体new/deleteするか

**名前は開発中のものです。** · 2012/05/18(金) 21:35:11.00

今時ダウンロードしてまでゲームやる人いるのかね

**名前は開発中のものです。** · 2012/05/18(金) 22:52:22.12

>>800
>vector自体new/delete
スマポをnewするとか意味ないだろ。
>>796はドヤ顔でSTL勧める本人がSTLを理解してなかった良い例。

**名前は開発中のものです。** · 2012/05/19(土) 00:27:03.52

STLのmapに（キー重複しない）insertを繰り返していくと、
メモリはわずかながら消費されていくと思うんだけど、
それってnewが繰り返されてるってことだよね。

アクション性の高いゲームでメインループ内でnewとか使っていいのかな。
普段は軽い処理でも、メモリ確保と開放が絡むと、どこかでカクついたりしないか心配。
気にせずやってるけどカクつきなんて発生したことないよ、ということなら安心なんだけど。

**名前は開発中のものです。** · 2012/05/19(土) 00:28:28.08

冷静に考えて、今時って携帯ゲームやネトゲが主体だろ？
DXライブラリでパソコンで動くゲームって当たり前だが
そういうのが逆に新鮮じゃね？

**名前は開発中のものです。** · 2012/05/19(土) 00:49:21.53

>>803
もしも、メインループで毎フレームほど行なうっていうのなら、
そういう処理を行なう事自体を、見直す必要があると思うけど。

**名前は開発中のものです。** · 2012/05/19(土) 01:02:15.71

GCが起動するわけでもないならnew/deleteにあまり神経質になる必要はないと思うけど・・

**名前は開発中のものです。** · 2012/05/19(土) 01:10:30.26

>>803
new deleteが重いというけど、なにをnew deleteするかでまた違うのよ。
new int とか new char[32] みたいに1回で終われば気にするほどでもない。

new Hoge で Hogeのコンストラクタの中でまたたくさん new() よばれているような
階層深く大きいクラスのnew, deleteが重いから、
その場合だけオブジェクトプールを検討すればいい。

**名前は開発中のものです。** · 2012/05/19(土) 01:27:35.13

一応ラウンド(ステージ)管理クラス生成時に
設定されたキャラクターの数だけ配列を宣言する形なんだけど
配列用ポインタを持たせたら、参照先が使い捨てになる。
で、動的に配列の要素数を操作すればポインタで使い捨てじゃなくてもいいんじゃないかと

**名前は開発中のものです。** · 2012/05/19(土) 02:35:24.88

それは最大数がステージの開始時にわかってて、
最大数分のメモリを確保しっぱなしにするって話だろ？

それができる（普通な）規模のステージならそれがいい。
ステージだとかシーンと呼ばれる単位で一括確保・解放できればそれがベスト。

**名前は開発中のものです。** · 2012/05/19(土) 09:17:44.64

最近のPCの場合、個人制作のゲームなら
全部メモリ確保してもいいともうけどな

**名前は開発中のものです。** · 2012/05/19(土) 10:43:57.82

new/delete遅い遅いっつーけどwinの実装はくそ速いぞ。
一定サイズ以下ならただのプールからの切り出しだし。

**名前は開発中のものです。** · 2012/05/19(土) 10:46:39.32

>>807
オブジェクトはゲーム起動時に最大数をメモリ確保してある前提だったりする。

そこで、mapにinsertするpairが仮にintとポインタだったとして、
insertのときにそのintとポインタ分の小さいnewが起動するし、
eraseのときにはそれがdeleteされると思う。

で、その回数が膨大になったとき、GCみたいな時間くう処理が起動して
カクついたら困るなーと。特にアクション性の高いゲームだと。
たとえばメモリを新たに大量確保する処理が起動して時間くうとか。
そんなものは発生しない、なら、安心してコンテナ使ってゲーム作れるんだけど。

アクション性の高いゲームでも普通にコンテナ使うのが定番だよ、ということなら安心なんだけど、
そのあたりよくわからなくて。

**名前は開発中のものです。** · 2012/05/19(土) 11:09:09.97

>>809
具体的なコードがわからないんだよ

class RoundAdmin{
Character character[];
RoundAdmin(int i){
for(int t=0;t<i;t++){
character[i] = new Character;
}
}
}

**名前は開発中のものです。** · 2012/05/19(土) 11:09:37.11

iPhoneスペース無視されてワロタ

**名前は開発中のものです。** · 2012/05/19(土) 11:24:53.82

>>812
メモリを確保する時間よりも、メモリが確保できるかどうかが問題だな
コンテナが定番かどうかはこういうのが詳しい
ttp://d.hatena.ne.jp/i-saint/20101012/1286822888
個人・小規模でPCゲー製作ならSTLで充分かと

**名前は開発中のものです。** · 2012/05/19(土) 11:38:54.28

>>813続き
イメージとしてはこれができたら楽なんだ
winmain(~~~~~){
　int state;
　while(error()){
　　switch(state){
　　　case 0:
　　　RoundAdmin RAdmin=new RoundAdmin();
　　　break;

　　　case 1:
　　　state=RAdmin.Func();
　　　break;

　　　case 99:
　　　delete RAdmin;
　　　break;
　　}
　}
}

**名前は開発中のものです。** · 2012/05/19(土) 11:52:46.30

try,catch,throwじゃ駄目なのか？

**名前は開発中のものです。** · 2012/05/19(土) 12:00:09.24

goto使えば良いんでね？

**名前は開発中のものです。** · 2012/05/19(土) 12:22:43.39

>>815
ありがとう。参考になる
自分はまさに個人・小規模でPCゲー製作だから、
out of memoryの心配だけはないんだよな

**名前は開発中のものです。** · 2012/05/19(土) 12:24:45.52

オーバーライドして作ったクラスのオブジェクトをコンテナに突っ込んでイテレータで回しながら共通関数を実行するんだろ

**名前は開発中のものです。** · 2012/05/19(土) 12:49:35.26

>>820
ポリモーフィズムと言え。ややこしい

**名前は開発中のものです。** · 2012/05/19(土) 12:58:30.97

>>816
OGRE3DのAdvancedOgreFrameworkがシーンの使い分けを解りやすく実装してるよ
仕組みだけなので2Dでも十分使える、ただ3DゲームならOGRE3D使ったほうがDXライブラリより楽だけど

**名前は開発中のものです。** · 2012/05/19(土) 13:12:00.32

メモリ確保かー。
そういえばこの間、少し大きめの構造体の配列を用意しようとしたんだけど

　STRUCT_HOGE hoge[1024];

だと実行時エラーで、

　STRUCT_HOGE *hoge = new STRUCT_HOGE[1024];

だと問題なく動くってことがあった。
頭では理解してたけど、実際遭遇したのは初めてだった。

**名前は開発中のものです。** · 2012/05/19(土) 13:46:07.27

>>823
初心者が良くやるミスだね

**名前は開発中のものです。** · 2012/05/19(土) 14:26:49.52

ちなみにそれ原因は何ですか？

**名前は開発中のものです。** · 2012/05/19(土) 14:51:44.70

stackとheapでぐぐれ

**名前は開発中のものです。** · 2012/05/19(土) 14:53:36.27

ただのスタックオーバーフローってこと？

**名前は開発中のものです。** · 2012/05/19(土) 14:57:27.20

yes

**名前は開発中のものです。** · 2012/05/19(土) 15:14:52.35

>>823
大文字で書かれると分かりにくいのは俺が初心者だからかな
普通小文字じゃない？

**名前は開発中のものです。** · 2012/05/19(土) 15:18:21.89

>>817-818
それしか方法ないのかなー
最悪、最大数宣言して存在フラグなんだけど

**名前は開発中のものです。** · 2012/05/19(土) 16:51:36.07

>>824
それなりにプログラムやってるけど、遭遇したの初めてでなー。

>>829
こういう例示だと、結構使い分けることも多い気がする

**名前は開発中のものです。** · 2012/05/19(土) 17:03:35.58

>>812
>mapにinsertするpairが仮にintとポインタだったとして、
>insertのときにそのintとポインタ分の小さいnewが起動するし、
>eraseのときにはそれがdeleteされると思う。
ツリーマップは木構造のノードに必要なデータ、キー、バリューを
一つの構造体として1回のnew(), delete()で済ませる。
だからstd::listの追加・削除・挿入は比較的速いアルゴリズムと言われてるが、
これとnew(), delete()の回数自体は変わらない。（木構造を辿る負荷は別計算）

でも毎フレームstd::mapに大量の追加・削除されるのって
そもそも連装配列に向いてないペアなんじゃないか？（キーがHPとか？）

例えば >>816 なら関数ポインタ or クラス継承して
ストラテジーパターンのポインタを使うべきだ。

**名前は開発中のものです。** · 2012/05/19(土) 17:09:43.18

>>825
VC++の初期値では、スタックサイズの最大値、ヒープサイズの最大値に
低めの値10MBが設定してあるから、これを超えると例外が発生して終了。

**名前は開発中のものです。** · 2012/05/19(土) 17:12:49.37

>>832
＞一つの構造体として1回のnew(), delete()で済ませる。
＞これとnew(), delete()の回数自体は変わらない。（木構造を辿る負荷は別計算）
同意。

小さい負荷が積もり積もって、トータルでみれば大きな負荷となること、
その負荷軽減のためのチューニングや根本的な設計の方針については、
いろいろ情報も得やすいし、なんとかなる気がしている。

他言語のGCのような突発的大負荷の心配をしてたけど、
このケースでは、その心配はあまりなさそうという気がしてきた。

**名前は開発中のものです。** · 2012/05/19(土) 17:46:09.07

DXライブラリ雑談スレッドその12
http://toro.2ch.net/test/read.cgi/gamedev/1330000532/

**名前は開発中のものです。** · 2012/05/19(土) 18:29:25.01

そういえば、ゲーム製作に関わるC, C++全般のスレって無いのか。

**名前は開発中のものです。** · 2012/05/19(土) 18:50:09.12

>>833
これでエラー回避出来なくなった人って少なくないんだろうな（合掌）
>>834
GCが動き出すぐらいにメモリーをいじってれば、
いずれはフラグメンテーションの餌食になるだろうな。
そうなったら、メモリー管理の方法を根本から見直した方が良いな。

**名前は開発中のものです。** · 2012/05/19(土) 18:56:35.62

>>836
立てるか？それとも俺が立てる？

**名前は開発中のものです。** · 2012/05/19(土) 19:20:40.08

>>833
10MBじゃなくて1MB

**名前は開発中のものです。** · 2012/05/19(土) 19:59:32.27

>>838
あったほうがいいかも。
軽く雑談できるくらいのスレは確かに欲しい。
ム板はstlやら何やらで分かれまくっててメンドイ。

**名前は開発中のものです。** · 2012/05/19(土) 21:40:01.48

こんな所か？っつーか立てられ無かった。

題名：C/C++総合スレッド Part1
ゲーム製作におけるC/C++全般に関するスレです。

元スレ
DXライブラリ総合スレッドその12
http://toro.2ch.net/test/read.cgi/gamedev/1330000532/

**名前は開発中のものです。** · 2012/05/19(土) 21:51:45.49

C/C++でDXライブラリ以外のメジャーどころのライブラリも
知ってる人がいたらテンプレに入れてみては？
俺は不勉強ゆえDXライブラリしか知らないけど…

**名前は開発中のものです。** · 2012/05/19(土) 22:19:17.33

考え出したら色々あるな。
boostとかsdlとかwtlとか

**名前は開発中のものです。** · 2012/05/20(日) 02:25:40.47

switch分岐でnew-deleteできないのかぁ！！
誰かメインループ中でラウンド管理クラス(キャラクター数、オブジェクト数などのゲーム本体を管理するクラス)
を作りたいんだけど！

全然わからん。綺麗にできない。
ラウンド管理クラスを、例えばゲームのロード画面時にパッとnewして
キャラクターをその分だけパッとメンバの配列を動的に宣言して
リザルト画面に戻ったらパッとdeleteしたい

**名前は開発中のものです。** · 2012/05/20(日) 02:28:54.36

キリがないからやめろ

**名前は開発中のものです。** · 2012/05/20(日) 02:43:46.36

その前に、自分のできる方法でゲーム完成させて経験値増やしたほうがよいように見える

**名前は開発中のものです。** · 2012/05/20(日) 03:09:05.33

>>846
キャラクターのクラスをラウンドクラスで配列で持って管理するっていう方法を想定して作ったんだよ

ラウンドクラスをコンストラクタの引数で指定されたファイルでマップやキャラクターや武器を初期化して
このラウンドクラスはその名の通りラウンド中は保持してラウンドが切り替われば新しく作る。
というのがしたいんだ。
だから
switch(hoge){
case 0:
　hoge=func();
case 1:
　Round round=new Round();
　hoge=2;
　break;
case 2:
　hoge=round.main();
　break;
case 3:
　delete round;
　hoge=0;
　break;
}
これがしたい
case0がメニューで1で初期化(つまりロード画面？)2がメインゲーム、3がリザルト画面
みたいな

**名前は開発中のものです。** · 2012/05/20(日) 03:12:36.92

でもswitchスコープ抜けると開放されちゃうんよ( ；´Д｀)
staticにすれば、ひょっとしたら言語特性でできるかもしれないし
でもそうするとdeleteしても消えないかもしれないし

**名前は開発中のものです。** · 2012/05/20(日) 03:26:03.65

そういう概念をどこかで齧ったのなら、
そのソースごと真似すればいいんじゃないかな

スコープはC/C++では割と基礎的なところなんで、そこの理解がまだ足りないうちに
そこまで高度・大規模なことを「そらで」やろうとしても挫折してしまうと思う
手本があるなら手本を理解するまでやったほうがいい、その意味で、手本の真似が足りない

**名前は開発中のものです。** · 2012/05/20(日) 04:19:36.26

>例えば >>816 なら関数ポインタ or クラス継承して
>ストラテジーパターンのポインタを使うべきだ。

switchをやめろ。

**名前は開発中のものです。** · 2012/05/20(日) 04:32:17.32

LILO and switch

**名前は開発中のものです。** · 2012/05/20(日) 05:20:07.65

なんでローカルにnew

**名前は開発中のものです。** · 2012/05/20(日) 06:11:28.75

まず、メモリリークチェックしたほうがいいな。
>>847 のプログラミングからは駄々漏れ臭いがぷんぷんする。
_CrtSetDbgFlag( _CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF );

ゴリ押しおまじないプログラミングは危険だぜ。

**名前は開発中のものです。** · 2012/05/20(日) 08:54:21.16

>>847
無理すんな。普通にやれｗ

**名前は開発中のものです。** · 2012/05/20(日) 09:17:03.32

綺麗に書く素人が「綺麗に」とか考えて作っても読みやすくはならんと思うぞ

**名前は開発中のものです。** · 2012/05/20(日) 09:24:37.57

DXライブラリのC++ラッパー作ってます。よろしく。
http://mint.ninja-web.net/dpp/index.html

**名前は開発中のものです。** · 2012/05/20(日) 09:33:19.40

>>847
メンバ変数にでも保持しておかないと、
スコープ抜けたらローカル変数は保持できないので、結果的にメモリリークする

まあ、>>849がFAだと思うが

**名前は開発中のものです。** · 2012/05/20(日) 09:47:55.18

>>849
確かにswitchはオススメしないって言われた

お手本のコードは無いです。
メインループのこの部分(タイトル画面やメインゲームやオプション画面の変異)って
どのようにした方がいいですか？
他の方法がわからない

今思いついたのは

NowState=&Start();
while(~~~){
NowState=NowState();//次に実行するべき関数のアドレスを返す
}

DXライブラリ 総合スレッド その12

DXライブラリ総合スレッドその12