DxLibFanに戻る

---

• 概要
• 日記
• トップページでのトークのログ
• 参考サイト,参考文献
• スクリーンショット
• ダウンロード
• 反省文

---

概要

プログラミングコンテストがあるのです！我々、高校生のための！
去年はこんなのです。 実は、去年応募したのだが、見事に大敗！！！！！
で、そのソフトがダウンロードルームにあったりするちなみにゲーム処理部分に関してはかなり役に立たない。
DirectDrawやDirectAudioのサンプルくらいにしかならないです！！！
なので、そのリベンジとして最優秀賞を狙うべく(おまえがなれるわけ無いだろ！と突っ込みもきそうだが･･･) モチベーションを保つため今日から開発日記をつけることにした。19:51 2003/05/02
ちなみにまだ汎用ラッパーとタスクエンジンが完成していないのです！スマン！

---

日記全容

21:10 2003/07/05

もうだめだ！！時間が無い也！！！！
実は、今、Fox Toolkitを使ってメモリの使用状況の表をExcelみたいにしてリアルタイム更新が出来るデバッグWindowを作っているのだが、 もう時間が無い！！！
さっさと　ゲームオブジェクト（矩形を管理したり、出現処理や関連付けやその他もろもろのラッパーで、タスク処理ができるクラスに挿入できるようにしたもの　newする時も事前に確保していたメモリ領域から割り当てるので高速　などなど） やタスク処理機構やワイプをガリガリ組んでいかなきゃもう追いつかない！！
グラフィックだって作ってないし！！！今回も音楽や効果音はフリー素材に頼るとしても･･･うー　つらい。デバッグ１億年かかりそう。
しかし、その前に･･･部活の方も火達磨なんですよ！！！締め切りに間に合わないなり！！！

ぐわーー！！！
きつい也きつい也キツイ也　の　ULONGLONG_MAX 乗



ナリなり　くどい！！ コ○助か己は！


ナリ活用も分からないのにホザクナ！


ヴぉけ（壊)



ともかく　きつい状態なんですよ！！！
だれか！！！！！！！！！！！！
手伝ってください！！
いいよ！？って　みたいな方　いらっしゃいませんか？
ワイプのデザイン等やってほしいのです。
（ワイプのデザインは難しい。いや、基本的なブラインドとかじゃなく、 汎用的な（例えば、360度どの方向にひし形が進んでもしっかり画面を埋め尽くしてくれる奴とかの事を指します） CAPCOM VS SNK 2のひし形が画面を埋め尽くすようなワイプとか）

メインループ内にガリガリ組む厳しさはもう分かっているんです。
去年の失敗を経験しているので･･･ぐぎゃ〜〜〜〜をぉ！！！





あ〜あ〜



川の流れのよ〜に〜



（激壊）




（コワレマシタ･･･）

22:14 2003/06/24

どうも〜。やっと定期テスト終わりましたよ！！！（結果は？--) 聞かないでくれ）
さて、ちょっと　という　かかなり！　クラスの設計を誤ってしまい、 リライトすることになってしまいましたよ！！！！
やっぱりクラスの実装はしっかり卓上でやってから！！！！
と思いました。
（かなり関係図が複雑になっていって、C言語の方がSmartに書けるような実装にしちゃったのですよ。
これではさすがに･･･って事なので･･･
あう〜。間に合うのかなぁ。そろそろゲームのロジックの方、作っていかなきゃいけないんだけど･･･

20:01 2003/06/20

かなり日記の更新をサボっているようですね＾＾；
さて、最近はメモリのVector化にはまってます＾＾；
Vector化するとなんか速いようです。(メモリアクセスに無駄がなくなるからだとか)
また、 もし、出場できたらこれに出ようと思います。 さらに、更新されているんですね＾＾；今年度のプロコンのページ もうひとふんヴぁりだ！
これが今までの私の成果です。ちなみにここは常時更新しますのでチェックしておくといいかもしれません。

22:51 2003/06/03

dkutilのフレームベースのメモリ管理屋さんが完成。
これでグローバル変数なんていう面倒なものを用意せずにいつでも好きな時に 宣言できる。かつ、メモリ領域がベクトル化？されているので速い！！
これはすごいぞ！！！(たヴん)

0:09 2003/06/01

かなりサボってたようだなぁ。
まぁいい。dKingyoUtilClassがもうすぐで完成しそうで完成しないのだ。
ATL/WTLの使い方がいまいちよく分からない！？
まぁ、お後がよろしいようで(謎)
最近は、GCもどきが出来たのが一番でしょう＾＾
あとは各ライブラリのラッパーとかラッパーとかラッパーとか作ってました(それだけかい！？
もう日本語からかなりかけ離れた日記となりました。オオ！ジョルノ！なのです！はい。
プログラミングばかりしていたので、それだけ頭がいっちゃったようです。

22:39 2003/05/21

かなり日記を付け忘れたようだ。
というか、まったく何もやっていないからだ。
最近、金魚ほえほえЭというソフトを作っている。
ただのVCと同じソースにするトランスレータだ。
作ってみたが、まったくといっていいほど使えないソフトだった。(TT/~
かなりエンジンがへぼイ＋トランスレートが遅い。 もうねむいっ一ツーの！！！
でもこれはスクリプトエンジンに応用できないんかいな？
アル意味結構勉強になった。C言語の愚痴にもいろいろと書いている

21:23 2003/05/18

11:19 2003/05/18 今日は何をするかねぇ？
未だにスクリプトとロジック間の構想が練られていない。
ぐヴぉぁぁぁぁぁ！！！！！
いちおう、ここに塵を溜めているのでよろしく〜〜！！！
21:20 2003/05/18
ふぃ〜〜いちおうマップやリストを使いこなしてロジックとの連携は完成に近づいてきた！！
そういえば、最近、DxLibの掲示板にあるものがかかれていたのでその回答をUPした也！
みるヴぇし！

17:49 2003/05/17

今日は以下の本を借りてきた。以上也！

??:?? 2003/05/16

今日は鬱。何もせず！！！

19:59 2003/05/15

スクリプトエンジンをちまちま作っていく。
いちおうデータ構造が決定。
typedef std::list _SOURCE;
typedef dKingyoArrayOneByOneDynamic<_SOURCE> _SOURCE_MANAGER;
ちなみに最近、この違いを知った！！さぁ見る也！！！

22:21 2003/05/14

今日は何もしない也！

もう眠い也！！お休み也！！！

22:22 2003/05/13

22:21 2003/05/13
今日の成果。(なんかへヴぉいなぁ）
if(!isOKFlag){//このヴぁかものが！！！ GerowoHaku("このヴぁかものが！初期化くらいしあがれ！"); return -1; } //ファイルサイズを知りたい！！ ULONGLONG GetFileSize=0; if(false==FileSize_GA_SIRITAI(filename,&GetFileSize)) {GerowoHaku("ぎょへ〜〜〜！！ファイルサイズが分からないだす！");return -1;} if(GetFileSize >= INT_MAX){ GerowoHaku("ぐほ〜〜〜！！読み込むファイルサイズがINT_MAXより大きいだす！"); return -1; } char *temp = ::malloc((size_t)GetFileSize); if(!temp){ GerowoHaku("ぐふぉぁ〜〜〜！！メモリが足らないだす！ %d byte",GetFileSize); return -1; } m_ps->ConvertLoad(filename,p,size_t);
個人的にこのGerowoHaku関数がイイ出来だと思う＾＾(d金魚のセンス最悪〜〜)
いや、機能がイイ出来ってわけではないよ。
ネーミングがだよ！(ますます最悪〜〜!!!)
ふぁ〜〜今日は沢山プログラム組んだな〜〜(嘘をつけ！！)

13:15 2003/05/13
今日は休日出撃の為に休日を使った分、今日が休みなのだ。(火曜日)
で、昨日はほとんど進まなかった。(シュン
さっそくなんだが、 これが手に入った。

前に図書館で注文していた奴だ。でも、今回出品する奴は3Dは使わない予定なので、 いちおう頭に叩き込んでおくだけにしておく。
レイトレ出来たら次はフォトンマップだ〜よ！！！(前、借りたけどよく分からなかったよ！フォトンマップ！)

15:01 2003/05/12

2003/05/11以前のスクリプト言語案についてはすべて破棄じゃ！！！
はっきり言ってヴぁかすぎる！！！！！
これはやっぱりExcelで編集できるような感じで！！！ では、こんな感じにしよう！
Label ,event, event_name ; Task ,next_count,task_name; Label ,scene , scene_name; Event ,defined(defined ID),event_name;

22:23 2003/05/11

22:35 2003/05/11
d金魚スクリプト言語文法(仮)
定義(このスクリプトの中のみで)：

タスク	ロジック側で定義された1つの関数を実行する。 その関数名を文字列でマップさせたもの。
イベント	タスクをつなげた物を条件といっしょにしたもの。
シーン	イベントが合わさったもの。
特殊引数	２つ以上の引数をとりたくないのでそれを補うために泣く泣くつけたもの
条件ID	条件を定義したID。例えば、diedの時は死ぬ時という意味で、そのシーンが終了する(死ぬ)時に実行することを定義できる。
不定	未実装部分(または意味なし)

変数

• eventID : イベントIDを保存する変数。接頭辞はevにしないといけない。
• sceneID : シーンIDを保存する変数。接頭辞はscにしないといけない。

命令文

• scene (シーンID,insertの戻り値);
• シーンID event ( イベントID,特殊引数);　: その後、 ->をつけるとイベントを増やすことが出来る。特殊引数によりロジック側でそれぞれ処理される。
• イベントID　change (次のタスクに移るフレーム数,次のタスク名); :その後、->をつけるとタスクを後ろ側(後に実行するタスク)増やすことができる。
• 条件ID
  • dead :そのイベントが終了する時
  • start :そのイベントが始まる時
  • その他は考え中
• Label
  • Label( ラベル名 , シーンID);

特殊引数を返す命令文

• 特殊引数 frame(実行するフレーム数) :実行するフレーム数はシーンが始まってからのフレーム数です。
• 特殊引数 defined(すでにスクリプト側で定義されている条件ID)　

//タスクの定義はロジック側(プログラム側）で定義 eventID evOne = change(10,"next01")->change(10,"next02")->change(20,"next03"); //こんな漢字か？ ScenID scOk = event(evOne,frame(100)); //エラーになる例 SceneID scTwo = event(evOne,frame(10))-> event(evOne//すでに入れている変数を入れてはいけない frame(10) //すでにシーンに入れている特殊引数を入れてはいけない SceneID scSan; scSan = event(evOne,frame(10));//このような事は出来ない。C言語じゃないんだよ！私のスクリプトは！ Label(PleaseLoad,scOK);//ラベル名を設定。このラベルを見てロジックは定義を見つける 22:23 2003/05/11 暇つぶしに以下のようなメモリ管理ルーチンを作る。(コピペじゃ上手く動作しません。
こんなので簡単に管理できるのだろうか？
ちなみに内部の処理のフローチャートを説明すると、

1. メモリを確保する。
2. メモリを開放する（開放するアドレスが不正だったらなんらかの処置をして不正開放を防ぐ）
3. このクラスが破棄されるとき、開放し忘れた領域をすべて開放する。

こんな感じです。で、このクラスはグローバルにしてシングルトンにでもしないと上手く使えませんねぇ。
まぁ、確保するサイズが元から決まっているのなら私の作ったdKingyoArrayOneByOneがかなり有効なんだけど。
信頼性で選ぶならboost::object_poolかな？
まぁ、置いときますので。私のやり方が間違っていたらどうかご指摘お願いいたします。すごく喜びます。
class dKingyoAllocator : public IMemoryAllocator{ protected: //type defined #ifdef DKINGYO_ALLOCATOR_HASH_SET_USE typedef std::hash_set<BYTE *> dkaset;//dKingyoAllocator Set #else typedef std::set<BYTE *> dkaset; #endif typedef dkaset::iterator dkait; typedef std::pair<dkait,bool> dka_result; //member variable dkaset m_set; //member function inline void Construct(){ m_set.clear();//clear dkset } inline void Release(){ for(dkait it=m_set.begin();it != m_set.end();it++){ //可読性が悪いけど･･･すまぬ #ifdef DKINGYO_ALLOCATOR_THROW Free(*it);//開放する。 #else try{ Free(*it); }catch(CRuntimeExpection get){ //これだけってのはなぁ＾＾； OutputDebugString(get.getError()); } #endif } } public: dKingyoAllocator(){ Construct(); } virtual ~dKingyoAllocator(){ Release(); } /** sizeバイトのメモリをallocして、その先頭アドレスを返す size==0のときは、NULLポインタを返す */ virtual BYTE* Alloc(int size){ //BYTE *temp=static_cast<BYTE *> ::malloc(size); BYTE *temp=(BYTE *) ::malloc(size); m_set.insert(temp); return temp; } /** Allocで確保したメモリを返却する 返却できなかったときの動作は未定義 (yaneSDK3rd の yaneAllocatorより) d金魚の拡張ではCRuntimeExpectionをthrowで投げかけます。 しかし、デフォルトの設定では投げません。 */ virtual void Free(BYTE* pb){ #ifdef _DEBUG dkait re = m_set.find(pb); if(re==m_set.end()){ char *sos="Freeメンバ関数で開放した、または開放するべきでない領域を開放しようとしました。\nこの関数は強制リターンします。"; MB(sos); DKINGYO_ALLOCATOR_THROW(sos); return; } m_set.erase(pb); ::free((void *)pb); #else m_set.erase(pb); ::free((void *)pb); #endif } };

18:05 2003/05/11　今からスクリプト系プログラムを組んでいく。
いちおう、途中で自分が戸惑わないように仕様をメモしておこうと思う。

d金魚スクリプト(仮)仕様メモ

• if文等の分岐系は実装しない。(なぜなら面倒だし、遅いし。すでにC言語使えるし。ゲーム製作スクリプトだったらもっと最強なスクリプトは沢山あるし。)
• 命令　引数、引数 というasmのような感じにしようと思った。(なぜなら構文解析のプログラムの実装が簡単そうだから＾＾；
• 非手続き型スクリプトにする。(しかし、いつ実行するかというパラメータをつけれるようにする。
• ラベル式にする。(Basicマンセー！って訳ではないが･･･スクリプトでは何かと便利だと思うから。
• Lisp,Prolog を参考にする(あくまで参考、命令形までは一緒にしたくない。

さぁ！がんヴぁるぞ！！！！

21:54 2003/05/10

今日はがんヴぁってみる。
明日は学校の行事で出撃しなくてはいけないからだ。
さて、今日の成果はこんな感じ。 //2D描画ラッパー(なんかそっけないけど＾＾； template<class T> class IdKingyoDraw2D{ public: virtual int Draw2D(T) = 0; virtual int Draw2DPQ(T) = 0;//PQ = Priority Queue }; //同じく基本図形描画ラッパ template<class T> class IdKingyoDrawFigure{ public: virtual int DrawFigure(T) = 0; virtual int DrawFigurePQ(T) = 0; }; //さらにテキスト描画系らっぱ(ラッパーってAdapterともいうらしい？ template<class T> class IdKingyoDrawText{ public: virtual int DrawText(T) = 0; virtual int DrawTextPQ(T) = 0; }; //ドローマネージャー template<class T> class IdKingyoDrawManager{ public: virtual int Draw2D(T) = 0; virtual int Draw3D(T) = 0; virtual int DrawText(T) = 0; virtual int DrawFigure(T) = 0; virtual int SetDrawBlend(int,int) = 0; virtual int SetDrawOption(int) = 0; virtual int SetDrawBright(int,int,int) = 0; virtual int SetDrawType(int) = 0; virtual int sort() = 0;//描画キューをソートします。 virtual int SortDraw() = 0;//ソートして描画します。 virtual int UserGivesDefinitionDraw(T) = 0;//ユーザーが定義する描画関数 virtual int Display() = 0;//いわいるFlipです。 };
もしや、これを書いただけじゃないだろうね！
ごもっと･･･　いえ、違いますよ！しっかり実装しましたよ！
いんたーふぇいすだけじゃないですよ！

DrawQueueを独立させて各描画関数をすべてキュー式(自作 priority queue)にしました。
これでいちいち描画順序を気にせずにOKということになりました。
これでZ値を使って拡大縮小した高低差ありのSTG(シューティング)ゲームができる！！目指せ！神威
目指せ！SITER SKAIN！！！RefleXって超かっこいいのよ！
私はBGMが特に好き＾＾
でも、22:00 2003/05/10現在、SITER SKAINのHPの更新が鈍っているらしい。

20:20 2003/05/09

今日も鬱。
１フレームの処理の内容をフローチャートにした。
これは分かりやすい！！！
って事でこれをDLしてくれ！
でも、多分、めんどくさいだろうから仕方が無い。
画像を用意した。

21:20 2003/05/08

今日も鬱。
いちおうスクリプトエンジン？らしきもののメモを書いてみようと思う。
まずはテーブル式について。
前にデータ構造は話した通り。
struct tugCSV_List{
std::string str;
LONGLONG value;
};
std::hash_map < std::list<tugCSV_List>,void (*function)(void) >

って、ちょっと待てよ、敵のデータを作るツール作ってないよ！！！
じゃぁ、どうなるのよ！！
作るしかないです。WTL/ATL7.0で作る予定です。
じゃぁあとは敵のデータ構造ですね。

//まずは敵データを管理するデータ構造。
typedef struct tugENEMY_MANAGER{
DWORD dwSize;//構造体のサイズ
DWORD dwEnemyNum;//敵データを記録している数
DWORD dwMotionNum;//敵の動き方データを記録している数
//DWORD }ENEMY_MANAGER;
//モーションデータ
typedef struct tugMOTION{
char MotionDataPath[MAX_PATH];
DWORD ID;//ID
}MOTION ;
//敵データ本体
typedef struct tugENEMY{
int MakeX,MakeY;//敵が出現する座標
DWORD MotionID;//モーションデータID
char GraphicPath[MAX_PATH];//グラフィックデータへのパス
}ENEMY;

こんな感じか？
22:33 2003/05/08
今日はデータ構造考えただけで何も出来なかった。
ATL/WTLが良く分からない。CodeProjectで見てもやっぱりクラス構造と作り方が良く分からない。
うーむ。だれか、以下の本を恵んでくれ！(ってなに図々しい事言ってるんじゃい！図書館に注文しろよ！(でも３ヶ月かかるねん））

2003/05/07

PCつけたけど、風邪の治りかけで鬱ですぐにダウン。
今日は寝まくった。

22:29 2003/05/06

今日はスクリプトエンジンの作成とその他実験を行った也。
スクリプトエンジンについてだが、このような構造にしようと思った。
ちょいまち、その前に私の考えるスクリプトエンジンについてだが、 二つ形式があります。
１つはCSV形式の記述。Excel等で記述できるので初心者でも設定できるので簡単です。
いわいる敵出現テーブル みたいな奴です。
このデータ構造に関しては
struct tugCSV_List{
std::string str;
LONGLONG value;
};
std::hash_map < std::list<tugCSV_List>,void (*function)(void) >

みたいな構造にしようと思っている。
また、自由に敵のルーチンを組むタイプのスクリプトに関しては・・・
まだ仕様を完璧にしてないのでまだはっきりとは言い切れませんが･･･
とりあえず、
std::hash_map < std::string ,void (*function)(void) >
としてます。
あとはどうすればいいのかなぁ？
うーん。C言語風スクリプトを作るのは良く分からない也。
あ！、そうですそうです！JavaScript(JScript)やVBScript等とソフトを連携するにはどうすればいいのだろう？
Jupiterとかは連携してますよね。
すごいなぁ〜〜。

22:18 2003/05/05

22:18 2003/05/05 dKingyoIsWarehouserとタスクエンジンのテスト終了。
両方ともバグはなさそうです。(まだ、2D描画のラッパーをテストしていない。)
これからいろいろと作りこんでいきます。
しかし、まだ、Sound,Music,Input,のラッパーが完成してない！！！＾＾；
もうそろそろがんばらないといけないのにねぇ。
あ、そうです！！。
yaneSDK3rdは私が知る限り今のところ最強の安定性を持つVisualC++でも使えるゲーム製作ライブラリです。
さらにYTLという最強のテンプレートライブラリがあります。
function_callbackやmaicrothreadとか本当に最強です。
皆さんも一度やねうらお氏のHPを訪れてみてください。絶対にはまりますので！！

19:07 2003/05/05 dKingyoIsWarehouser class 完成。
直訳すると、d金魚は倉庫業者。(爆
その名の通り、データの管理を行います。
hash_map等をラッピングして最終的にラッピングしたのがこのクラスです。
CGIの連想配列のような感じで行います。
そのラッパーがキーを元にデータを渡したりするのです。
これさえ使えば、あとはグローバル変数なんかとおさらばです！！！！
で、グローバル変数とdKingyoIsWarehouser。どっちが速いの？
//･･････　あう〜〜〜。単純なグローバルの方が速いです＾＾；(アセアセ
おい！！！だったら意味無いんじゃないの！！！
そんなこと言わないでよ〜〜〜。これを通せば、例えばキーが "解像度データをよこせ" だったら、解像度のデータを返してくれたりするんですよ！！！
つまり、スクリプト言語のようなものも簡単に作れるんですよ！！！
さすが倉庫番！！d金魚！！！！ってくらい、便利なんですよ！！！！！
(って、グローバルの方が直感的ジャン!!!
と思いますよね＾＾；確かにそうです･･･
しか〜〜〜〜し、文字列を元にデータを返すのでコンパイル後、 データ定義テキストファイルに変更箇所を直せばコンパイルせずにすんだり、 的の出現位置を変えたいのならその外部ファイルを書き直せばOKみたいな処理をするのにこういうの必要だと思うんですけどね？？
えーっと std::hash_map <std::string,void (*func)(void)> みたいなぁ〜〜。
これで処理を変えるみたいな〜〜〜。 あう〜〜〜上手く説明できない！！！！
後日、自作スクリプト言語講座にて！！！！(まだ自作スクリプト言語講座作ってないけど^^;

14:42 2003/05/05 2D描画ラッパー完成。
描画順序のついた画像データを渡すことでソートして描画することが可能。
高速描画はDxLibのおかげです。
DxLibありがとう＾＾　感謝 m(_ _)m ありがとうございます。

12:24 2003/05/05 タスクエンジンが完成。
タスクを挿入する時、番兵付き線型探索 なので激速です！まだ、テストしていませんが、n=タスク総数 平均、O(n/5)くらいだと思います。
また、タスクを削除する時もキュー内から次々と抹殺していくので激速です！削除速度は n=キューの中身 O(n) です。

今まで、こんなやり方してましたからねぇ。ひとつひとつ丁寧に調べる順次探索ですよ＾＾；
挿入速度は平均 O(n/2)ですか？？？(あれ？なんか間違っているような？)
TASK *CD_SYSTEM_TASK::CreateDomainOfSystemTask( char *name, voidf exe,voidf end, functable table,BYTE functable_number,int priority, TASK *task){ int i; TASK *top,*t; //if(top==NULL) // ODS("TOP NULL FIRST\n"); //効率が悪いが簡単なので順次探索＾＾； for(i=0;i<FIRST_TASK_NUM;i++){ t=&first_task[i]; if(t->exe==NULL){ t->end=end; t->exe=exe; t->prio=priority; t->functable_num=functable_number; //EXEはファンクテーブルナンバーである if(table!=NULL){ //以下はバグかもしれない。注意 memcpy((void *)t->table,(void *)table,sizeof(functable)); t->exe=t->table[functable_number];//バグかも！？？？？？？？ } ODS("TASK SET OK\n"); //CharOverflowCheck(t->taskname,name,TASKNAME_SIZE) strncpy(t->taskname,name,TASKNAME_SIZE); // 実行プライオリティの最後にタスクを登録 SystemTaskDebugPrint(true); top=&first_task[0]; while (top != NULL) { // 指定プライオリティの最後尾にタスクを追加します if(top==NULL) ODS("DON'T TOP NULL\n"); else ODS("TOP==NULL\n"); if (top->prio > priority) { ODS("OKOK\n"); t->prev = top->prev; // 追加タスクの前部リンクに検索タスクの前部リンクをセット t->next = top; // 追加タスクの後部リンクに検索タスクをセット top->prev->next = t; // 検索タスクの前タスクの後部リンクに追加タスクをセット top->prev = t; // 検索タスクの前部リンクに追加タスクをセット break; } // 検索位置を進める top = top->next; ODS("NOW SARCHING\n"); } now_first_task_count++; ODS("BREAKING\n"); return t; } } return NULL; } int CD_SYSTEM_TASK::KillDomainOfSystemTask( TASK *task ){ //TASK **t; int i; if(task->exe!=NULL){//確認しておくことで空タスクを死刑執行待ちにしないようにする for(i=0;i<FIRST_TASK_NUM;i++){//ヴっちゃけ番兵にしたほうがはやかったかも？ if(waiting_first_task_for_death[i]==NULL){ waiting_first_task_for_death[i]=task; return 0;//正常終了 } } return -2;//キューに入らない } return -1;//入れられたのは空タスクである } int CD_SYSTEM_TASK::KillingTimeOfSystemTask(){ // タスク削除 TASK **t;int i=0; //t = TaskTop; t = &waiting_first_task_for_death[0]; while (t[i]!=NULL) { if(t[i]->type!=enuSYSTEM_TASK_MUSTNOT_KILL){ // 前部タスク後部リンクを、ＫＩＬＬタスクの後部リンクにつなぎ変えます t[i]->prev->next = t[i]->next; //(*t)[i]->prev->next = t->next; // 後部タスク前部リンクを、ＫＩＬＬタスクの前部リンクにつなぎ変えます t[i]->next->prev = t[i]->prev; //t->next->prev = t->prev; // リストを進めます //t = t->next; ZeroMemory(t[i]->taskname,sizeof(*(t[i]->taskname))); //もしデストラクタがあるなら？ if(t[i]->end!=NULL) (t[i]->end)(); t[i]->exe=NULL;//exeをNULLにすることで無効化 //ZeroMemory(t->taskname,sizeof(*(t->taskname))); //t->exe=NULL; //t++; i++; //タスク数が減ったと知らせるデクリメント now_first_task_count--; } } //死刑執行されたタスクの履歴は抹消される(爆 ZeroMemory((void *)&waiting_first_task_for_death[0],sizeof(TASK *)*FIRST_TASK_NUM); return 0; }
これからゲームに使う機能についてのwrapperも作らなきゃあかんのです。
ああ〜〜面倒だけど、ライブラリを変えたりすると関数名まで変えないといけないから、 やっぱりwrapperって大切ですよね〜〜。
どこかにすでに完成済みのDirectXラッパークラスはないのかね〜〜！！！
GTLってのみつけたけどよく分からんし･･･

21:18 2003/05/04

今日はプログラミング三昧のつもりでしたが＾＾；なかなかはかどらず･･･
個人的にはかなりSTLはマスターした気分に陥る＾＾；
STLといったら επιστημη氏のSTLの本が有名
ですよね＾＾　本当に分かりやすくて気に入ってます。感謝 m(_ _)m ありがとうございます。
STLのページというHPもかなり有名です。
メンバが一目瞭然だし＾＾　感謝 m(_ _)m ありがとうございます。
私は、皆様の努力の結晶のページで勉強させてもらってます。
ほんとうにインターネットはすごいよ！いつでも勉強できる環境はすごいよ！！
と改めて認識した。

21:45 2003/05/03

今日は某都道府県立図書館に行きました。
そして、超有名書籍
Game Programming Gems
Game Programming Gems 2
Effective C++ 第二版 を借りてきました。

もう最強です。この本さえあれば！！！
皆さんも借りてみてみてください＾＾
めちゃくちゃ為になりますので！！！！

製作状況としては、 今は汎用ラッパーを作成中です。
ラッパっの設計ってなんかあほらしい感じが･･･
あとは、C++のnamespaceの使い方を最近覚えました^^;(今ごろかよ！
いままで名前が衝突しないように以下のようななが〜いグローバル変数を宣言する必要はもうないみたいですね＾＾
OnlyForSystemTaskAllDrawAndSortDrawQArraySize
ああ〜〜〜〜！！！長い〜〜〜〜〜！！！！

開始日(21:01 2003/05/02)

メモリ管理についてはBoehmGCを使う予定だった。
しかし！！！ポッター氏の協力により、メモリテストツールを使っていただいたら！！なんと！！
以下のような結果が返ってきた。

boost::object_pool allocate time is 389 
yaneAllocator allocate time is 660 
malloc allocate time is 1230 
GC_malloc allocate time is 16247 
dKingyoArrayOneByOneDynamic allocate time is 12 

BoehmGCが遅い！！！！
ダメジャン！！！！
なのでBoehmGCは標準のメモリ管理ツールではなくboost::object_poolを標準の管理ツールにしようと思った。
しかし、ここでBoehmGCで腑に落ちないことがある。
私のBoehmGCはNT/2000/XP用にコンパイルされたものだったはず。
なのでそこらへんをはっきりさせないといけないなぁと思った。
うーん。これは今後あたらしいテストツールを作って比較しなくちゃいけないことだなぁ。
と思った次第である。

---

今までのプロコン2003についての
トップページでのトークのログ

d金魚しぼー(笑)らしい

こんにちは。d金魚です。
前回のトークでは私は疲労困憊虫の息でしたが、今でもそれに近いです。もうプログラミングを辞めたいです。
さて、そうは言っておきながら、今回もプロコンの話ですが、
今年はプロコンに作品すら出せませんでした。
やっぱりだめなんですねぇ。私の実力じゃ･･･
もう、プログラミングから足を洗ッたほうが良いと自分でも どことな〜く去年のプロコン終了から思っているのですが、どうもやめられないのですよ。
でも、受験勉強のほう、今からがんヴぁらにゃ〜どこにも受からない訳で･･･
今までのように、プログラミング三昧とは行かないわけです。
今回の汚点は

• シーン管理のクラスが締め切り2日前にくみ上げたという非常に信頼性の低い、未知数なクラスを使ったこと。
• 糞ライブラリばっかり作っていてゲーム製作に使うであろうロジック部分がまったく作られていなかったこと。
• 未だに、XMLローダー作ってないし、座標、マップエディタも作ってないこと

とりあえず、１週間で擬似ワイヤフレームでカッコよくした キャラクター選択画面まではこぎつけましたが、どうも今回も間に合わず･･･
敵キャラロジックがまったく作られていないという最悪さ。
まぁ、この反省は後々、”2003年度StudioKingyo反省会(仮)”で行いたいと思います。
第２７回　全国高等学校総合文化祭　福井大会 レポート から スパコン予選の大チョンボまで、全部見せます解説します。

余談ですが、VisualC++での三角関数のcosの速さを調べてみました。
Releaseビルドにて。ちなみにDebugビルドだとd金魚式テーブルはメチャクチャ遅い^^;

標準Cライブラリ	time = 5427
テイラー級数近似値	time = 7962
d金魚式テーブル	time = 5307
Game Programming Gems2 に出ていたトリック	time = 9775

なんか、Game Programming Gems2のトリックが遅いんですけど^^;
これについて詳しく知りたい方がいた場合はソフトや資料を提供しようと思います。

2:04 2003/08/07

プロコンの締め切りに間に合わず･･･
d金魚疲労困憊･･･虫の息
開発後記
(昨日もそのまた昨日も３時間くらいしか寝てない･･･
これが修羅場か！！　ある意味、いい経験かもしれない･･･
さて、一つも手につけてない宿題でもやるか･･･(その前に遠征･･･全国高校文化祭で私を見つけたら凄いやつだなぁ。
　（補修課題をあわせると、実は最初から夏休み勉強三昧で全部終わるかどうかぐらいのきわどい量なのだ。

最終開発画面･･･

1:18 2003/08/05

とりあえず、すべてリライトしてシーンクラス等は作った。結構管理が楽になった。
ワイアフレームクラスがちょっと　例外処理等がありそうだが、 時間が無いのでほっぽっとく･･･

明日から、キャラクタークラスと イベントを作りこまなければならない。
締め切りまで今日を含めて２日･･･
大丈夫か？私？

残酷なCPUFANのテーゼ

VCでソースをカリカリと書いて、ようやくコンパイルだ･･･と思ったら、 いきなりWindowsが終了する。なんのエラーメッセージもなしに･･･
なんだ！これは！！
最初は湿度の関係だと思った。PC室は計ってみたら70％だった。
除湿機をかけてみる。効果なし。PCを起動してVC起動してしばらく（10分くらい） で、すぐに強制終了。バグばかりのDQ7よりひどい状態！！！
そのままの状態でも　ずっとそのままで　ソースをちょっと編集したらすぐに保存という形で　作業をしていった。
もしかしたら、マザーボードのせいかもしれないと思い、BIOSユーティリティを立ち上げると･･･

CPU温度69度･･･


高っ！！！


d金魚のPCのマザボにはCPU温度60度でCPU保護のため強制終了機能をONにしていた覚えがある。


犯人はオマエダ！mother!!!


ところで、CPUってどのくらいの温度まで耐えられるかちょっとだけ調べた。 とある、掲示板では80度で焼き鳥らしい＾＾；（私は焼き鳥についてはネギはいってないとイヤだけど･･･
しかし、私のマザーには90度まで設定できるようになっていた。（大丈夫なのかCPU???

そういえば、前、静音CPUファンに変えたような･･･



実行犯は静穏CPUファンだ！！！


憎きCPUファンは今後使わないことにしました＾＾；
しかし、前のようにものすごくPCはうるさくなりました。
どのくらいかというと、MSN Messangerのお知らせの音が聞こえないくらい。

プロコン2003夏 　佳境に入る

また来てしまった。　この夏が･･･。
また、中途半端なゲームを出品するのか？
私は8月7日から全国高校文化祭に行くので　私にとっては、締め切りは６日なのだ･･･
文化祭にいけるのはうれしいが、締め切りが･･･というわけだ。
それにしても、どうも、こう切羽詰った状況になると、いいデータ構造が思い浮かんだりするのはなぜだろう？
いまから、ゲームエンジンのすべてをリライトするつもりだ。4:18 2003/08/04（何時まで起きてんだよ！
今まで、listのstackつかってそのlist内にさらにタスク構造作ってとやっていたが。。。（メチャ使いづらかった）
今度は以下のようにする。
Image

実はまだ考え中 実際、ゲームの管理方法は難しいのねん！
特に、シーンの生成、管理に関しては非常に･･･

とりあえず、作っているソフトの開発中画面

Image01 Image02 Image03new

緊急募集！

d金魚の作るゲームに使うグラフィック等が足りません。
どなたか情報がありましたら、どうか、d金魚まで知らせてください。（掲示板とかメールとかで） 締切日は７月４日前後です。完全無効７月６日です。（なぜなら都合により６日にプロコンに提出するから）お願いします。

glibをMSVC6(VisualC++ 6.0)で完全に使えるようにした。

0:38 2003/07/31
こんにちは。未だにmingwとかcygwinとか使えないd金魚です。
なのでglibを完全VCに対応って事で作りました。
ほしい方がいたら急いでプロジェクト(.dsw .dsp等)をUPしますので
（結構　直しが大変だった。)
glibは私が知る限り最強のC言語でのライブラリだと思う。(STLのような感じかな？）

VBSで　オオ！ジョルノ！

19:14 2003/07/29
VisualC++でVBSっての使ってマクロが作れるのか！
初めて知ったよ (-ω-)/｛オイ）(o_△_)o ギャフン
やねうらお氏のサイトに載っていたものを改良しました。
これでファイルがない場合でもエラーは出ないはずです。
(それにしてもVBSのリファレンス見たけど、C + Win32APIに比べるとめちゃめちゃ楽だなぁ〜,こっちに移ろうかな？)
Sub CppHChanger() 'DESCRIPTION: cpp と h を ボタンひとつで切り替えるやつです Dim fs sn = ActiveDocument.FullName '現在編集中のファイル名 cl = len(sn) '現在のファイル名の文字数 '現在が H なら Cpp を表示 if right(sn, 2) = ".h" then s2 = left(sn, cl - 2) + ".cpp" 'Cpp ファイル名 'create object Set fs = CreateObject("Scripting.FileSystemObject") 'もし、cppファイルがあるなら if fs.FileExists(s2) then Documents.Open s2, "Text" '開く end if end if '現在が Cpp なら H を表示 if right(sn, 4) = ".cpp" then s2 = left(sn, cl - 4) + ".h" 'H ファイル名 'create object Set fs = CreateObject("Scripting.FileSystemObject") 'もし、hファイルがあるなら if fs.FileExists(s2) then Documents.Open s2, "Text" '開く end if end if 'TODO: Put macro code here End Sub 20:47 2003/07/30
dKingyo 的　マクロ　cやhppにも対応しました！！
'------------------------------------------------------------------------------ 'cpp,hpp,c,h Changer MSVC Macro '------------------------------------------------------------------------------ Sub OpenOpen(s1,s2,fs) if fs.FileExists(s1) then Documents.Open s1, "Text" '開く else if fs.FileExists(s2) then Documents.Open s2, "Text" end if end if 'MsgBox s1+" "+s2 End Sub Sub CppOpen(sn,fs,cl,cppll) s1 = left(sn,cl - cppll) + ".cpp" s2 = left(sn,cl - cppll) + ".c" Call OpenOpen(s1,s2,fs) End Sub Sub HppOpen(sn,fs,cl,cppll) s1 = left(sn,cl - cppll) + ".hpp" s2 = left(sn,cl - cppll) + ".h" Call OpenOpen(s1,s2,fs) End Sub Sub CppHChanger() 'DESCRIPTION: cpp と hpp と c と h を ボタンひとつで切り替えるやつです sn = ActiveDocument.FullName '現在編集中のファイル名 cl = len(sn) '現在のファイル名の文字数 icpp = right(sn , 4) ihpp = right(sn , 4) ic = right(sn , 2) ih = right(sn , 2) Dim fs Set fs =CreateObject("Scripting.FileSystemObject") '現在が H なら if ih=".h" then Call CppOpen(sn,fs,cl,len(ih)) end if if ihpp=".hpp" then Call CppOpen(sn,fs,cl,len(ihpp)) end if '現在が Cpp なら if icpp=".cpp" then Call HppOpen(sn,fs,cl,len(icpp)) end if '現在が C なら if ic=".c" then Call HppOpen(sn,fs,cl,len(ic)) end if 'TODO: Put macro code here End Sub

STLPortでオオ！ジョルノ！

0:10 2003/07/28 現在。
STLPort4.5.3と殺り合っていたところです。
STLPortをねじ伏せました。_alloc.hの_STLP_alloc_proxyの所で、 自分で作ったアロケータ（allocator)が通らないバグ（VC6のせいかもしれない） があったのです。
しかし、ねじ伏せました。__stl_alloc_rebindが悪さをしていたようです。
今のところ、バグは出ていないようですが･･･、さぁ、これでいいのでしょうか？
う〜ん。って思ってしまうこのごろ。
17:00 2003/07/28
思いっきりバグりました。
真似しないでください　TT
inline _Tp* allocate(size_t __n) { //inline allocator<_Tp2>& _STLP_CALL //__stl_alloc_rebind(allocator<_Tp1>& __a, const _Tp2*) { // return (allocator<_Tp2>&)(__a); //} _Base &r = static_cast<_Base&>(*this); return (_Tp*)r.allocate(__n,0);//(allocator<_Tp2>&)(__a) // この行がオリジナル //return __stl_alloc_rebind(__STATIC_CAST(_Base&,*this),(_Tp*)0).allocate(__n,0); } inline void deallocate(_Tp* __p, size_t __n) { _Base &r = static_cast<_Base&>(*this); r.deallocate(reinterpret_cast<_Base::pointer>(__p),__n); //この行がオリジナル //__stl_alloc_rebind(__STATIC_CAST(_Base&, *this),(_Tp*)0).deallocate(__p, __n); } 2:10 2003/07/30
解決しました。以下のようにすれば STLPortでオリジナルのアロケータを作ることができます。
cppllの樋口氏の返信で解決することができました。 サポートありがとうございました。
//まとめ （ソースがあるほうが過去ログで参照しやすいようにと思いまして･･･） //VisualC++(MSVC) 6.0 SP5で、STLPortでのアロケータのコンパイルが通る方法 //（あくまで私の環境 #include <stdio.h> //#include <glib.h> #include <list> //以下のような感じです。 template <class T> class dallocator { public: typedef size_t size_type; typedef ptrdiff_t difference_type; typedef T* pointer; typedef const T* const_pointer; typedef T& reference; typedef const T& const_reference; typedef T value_type; ///MEMBER TEMPLATEが使えるようでしたらこれを使います。 template <class _Tp1> dallocator(const dallocator<_Tp1>&) _STLP_NOTHROW {} ///私の環境ではSTLPort4.5.3ではこれが必要です。 template <class _Tp1, class _Tp2> inline dallocator<_Tp2>& __stl_alloc_rebind(dallocator<_Tp1>& __a, const _Tp2*) { return (dallocator<_Tp2>&)(__a); } ///STLPortではこれも必要だと思います。 template <class _Tp1, class _Tp2> inline dallocator<_Tp2> __stl_alloc_create( const dallocator<_Tp1>&, const _Tp2*) { return dallocator<_Tp2>(); } dallocator(){} virtual ~dallocator(){} template <class _Tp1> struct rebind { typedef dallocator<_Tp1> other; }; pointer address(reference x) const { return &x; } const_pointer address(const_reference x) const { return &x; } pointer allocate(size_type n, const void* hint = 0) { return (pointer)operator new(n * sizeof(T)); } void deallocate(pointer p, size_type n = 0) { if(p==NULL) throw "p==NULL"; operator delete(p); } size_type max_size() const { return (size_t)-1 / sizeof(T); } void construct(pointer p, const T& val) { new ((void*)p) T(val); } void destroy(pointer p) { ((T*)p)->~T(); } char* _Charalloc(size_type n) { return allocate(n); } }; int main(){ int i=0; const int loopnum = 100; std::list<int ,dallocator<int > > a; for(i=0;i<loopnum;i++){ a.push_back(i); } for(i=0;i<loopnum;i++){ a.pop_back(); } return 0; }

d金魚はもうダメポ。

最近、ダメぽの意味がわかったｄ金魚です。こんにちは。
自分自身にlistのオペレーションをつけて双方向リスト構造によってゲームで使う様々なオブジェクトを管理するものを作っていたのですが･･･
もうダメぽです。
smartさがまったくありません。
///オブジェクトをリストで繋ぐことを目的とした基底クラス(Ultra alpha version ///class Obj : public std::list<Obj>{} の方が　絶対に便利だと気づく私･･･ /*! <PRE> 使い方: 宣言方法： class hoge : public chainer<hoge>{ hoge(){} virtual ~hoge(){} void task(){ printf("hogehoge\n");} }; こんな感じ。 で、最初から最後まで参照するときは以下のマクロを使う #define chainer_loop(obj,operation) chainer_loop sample： main(){ hoge h;//rootとする //ここでチェインしている処理だと思ってください chainer_loop(h,task()); } */ template<class T> class chainer{ public: typedef chainer<T> CHAIN_TYPE; typedef CHAIN_TYPE *iterator; typedef size_t size_type; protected: CHAIN_TYPE *m_next,*m_prev; T *m_my_this; public: chainer(T *my_this,CHAIN_TYPE *sentinel=NULL){ m_next=m_prev=NULL; //SetSentinel(sentinel) m_my_this = my_this; } virtual ~chainer(){ } void clear_chain(){ CHAIN_TYPE *beg = begin(); beg->erase_this(); } void erase_chain(CHAIN_TYPE *c){ c->erase_this(); } void erase_this(){//作成中･･･ int flag = 0; if ( m_prev == NULL ) flag |= 0x01; // 前に何もないとき if ( m_next == NULL ) flag |= 0x02; // 後に何もないとき // 該当するデータの削除 switch ( flag ) { ///////////////////////////////////// 前後に何かあるとき case 0x00: m_prev->Next = m_next; m_next->Prev = m_prev; break; ///////////////////////////////////// 前に何もないとき case 0x01://つまり、すべてのデータを削除せよ！って事 this = p->m_next; this->m_prev = NULL; lpListTop = p->Next; lpListTop->Prev = NULL; erase_chain(m_next->Next()); break; ///////////////////////////////////// 後に何もないとき case 0x02: m_prev->m_next = NULL;//これは尻尾を削除する時に使うらしい。 break; ///////////////////////////////////// 前後に何もないとき case 0x03://つまり、 lpListTop = NULL;//これこそありえないだろう。 MessageBox(NULL,"ありえないんだよ！この削除するパターンは！ 何一つない時","ERROR",MB_OK); break; } void SetSentinel(CHAIN_TYPE *sentinel){ /*m_end = sentinel; if(m_end){ m_end->m_next=NULL; //くそっちぃけど　許して　TT　スマートな実装方法が見つからないの！ CHAIN_TYPE *temp; for(CHAIN_TYPE *ci=this;;) { temp = ci; ci = ci->Next(); if(ci == NULL) break; } m_end->m_prev = temp; }*/ } ///くそっちぃ　いてれー太 iterator begin(){ return SarchRoot(this); } iterator end(){ return SarchTail(this); } inline CHAIN_TYPE *Next(){return m_next;} inline CHAIN_TYPE *Prev(){return m_prev;} inline void SetNext(CHAIN_TYPE *data){m_next = data;} inline void SetPrev(CHAIN_TYPE *data){m_prev = data;} inline CHAIN_TYPE *SarchRoot(CHAIN_TYPE *item){ CHAIN_TYPE *temp=item; if(item->m_prev) {//すでに後部に挿入されていた場合 temp = item->m_prev; for(CHAIN_TYPE *ci=temp;;) {//最後部を見つける temp = ci; ci = ci->Prev(); if(ci == NULL) break; } } return temp; } inline CHAIN_TYPE *SarchTail(CHAIN_TYPE *item){ CHAIN_TYPE *temp=item; if(item->m_next) {//すでに前部に挿入されていた場合 temp = item->m_next; for(CHAIN_TYPE *ci=temp;;) {//最前部を見つける temp = ci; ci = ci->Next(); if(ci == NULL) break; } } return temp; } ///注意：すでにchainされているものは挿入される側のrootを探し出してchainする。 void next_chain(CHAIN_TYPE *get_next){ //m_nextがどうであれ保存 CHAIN_TYPE *next_temp=m_next; CHAIN_TYPE *get_next_temp = get_next; //get_nextのrootを取得 get_next = SarchRoot(get_next); //双方向リストチェイン m_next = get_next; m_next->m_prev = this;//m_next->m_prev == get_next->m_prev; if(next_temp) {//元m_nextがあった場合 //尻尾を探し出す get_next_temp = SarchTail(get_next_temp); //チェインする get_next_temp->m_next = next_temp; next_temp->m_prev = get_next_temp; } } ///注意：next_chainと同じくこの場合は挿入される側のtailを探し出してChainする void prev_chain(CHAIN_TYPE *get_prev){ //保存しておく CHAIN_TYPE *get_prev_temp = get_prev; CHAIN_TYPE *prev_temp = m_prev; //挿入される側の尻尾を探す get_prev = SarchTail(get_prev); //チェインする m_prev = get_prev; m_prev->m_next = this;//get_prev->m_next == m_prev->m_next; if(prev_temp) {//すでに後ろがある場合。 get_prev_temp = SarchRoot(get_prev_temp); //双方向リンク付けする。 get_prev_temp->m_prev = prev_temp; prev_temp->m_next = get_prev_temp; } } inline chainer<T> *GetChainerThis(){ return this; } T &operator*() { return *m_my_this; } T *operator->(){ return m_my_this;} inline bool operator ==(CHAIN_TYPE *it){ return (this == it); } inline void NoOperation(){} inline size_type Count(){ int c=0; iterator it=obj[0].begin(); iterator end=obj[0].end(); for(;;){ c++; if(end == it){ break; } it = it->Next(); } return c; } }; #define chainer_loop(type,obj,operation){\ type::iterator it=obj.begin();\ type::iterator end=obj.end();\ for(;;){ \ (*it)->operation; \ if(end == it) break;\ it = it->Next();\ }
ソース中にも書いていましたが、 class Obj : public std::list<Obj> { ...
とやったほうがsmart!!!!(のはず)なんですよ！
自分で作った糞クラスでバグを出すより すでにあるライブラリ使ったほうがが デバッグに費やす時間は大幅に減ると思います。
結局、今年のプロコンに向けて糞ライブラリばっか作ってた私ですが、

今年もダメぽ

なんですよ！！！！本当に！！！！
どうしよ〜〜･･･
ツキノヨルオロチノチニクルってきます･･･
･････････ショ〜ワ。ぎゃうごぉわぁ！うもぐゃ〜〜ぉおおおお！！！


CAPCON VS SNK 2 に現実逃避･･･

13:04 2003/07/26
class Obj{
typedef singleton<std::list<Obj> > list_singleton;
static list_singleton m_singleton;
public:
Obj(){}
virtual ~Obj(){}
list_singleton &get_list(){return (*m_singleton);}
};

の方がメモリ使用量も少なくてさらにsmartな事が発覚。。。

dKingyoUtilClass Alpha Versionを完全UP

タイトルどおりです。
潜在的バグが少々残ってます･･･（笑 どうぞ、お持ち帰りください。

超必殺ショック也！　最強のGUIライブラリの紹介

今まで、C/C++言語でのプログラミングはMFCやWin32APIを使ってWindowを表示したりしてきた。
しかし、私はATL/WTLというのに出会って私と馬があったと思い、それをちょみちょみ勉強していたのだが･･･

GTK+というものがあるのですよ！

Googleで調べれば一撃必殺で見つかります。
けっこう日本語の資料が充実しているのでこれを使おうとしたのですが、

FOX toolkit

っていうVCに完全対応でライセンスもイケているライブラリもあるのですよ！！
（しかし、日本語の資料は少ない）
どっちにしようか迷うところです。
WideStudioってのもあるんだけど 私にとっては　かなり、使い勝手が悪いんです。^^;　せめてVCに対応していないのなら付属のエディタをMDIWindowにしてくださいよ^^;
あと、ちょっとサンプルを見ましたが見た感じが良く分からなく、(完全にオブジェクト指向の為、ソースがかなり分割されている)
さらに、私の不得意な専門用語郡も出てきてうーむ。となってしまって･･･。
VBUserには非常に使いやすい感があるでしょうが、 私はソースのみに”にらめっこ”してヴァコヴァコ打つのみの方が好きなんです。
まずWindowをデザインしてイベントごとにプログラムを組んで、 とかじゃなくて機能が必要になったらその関数を呼び出す！みたいな。もちろんWindowをデザインするエディタがあるに越したことはないのですが＾＾；
だから、私はMFCやATL/WTLに慣れなかったんですよ。

次回はプログラミングする上で私が直感的に分かりやすかったようなエディタについて紹介します。
伝統的なのにEmacsってのありますよね＾＾
参考サイト： ほーむぺーじ
日本ＧＮＯＭＥユーザー会
FOX TOOLKIT (FOX本家)
FOX Japanese Document

超ショック也

ここを見よ！Simple DirectMedia Layerだ！ クロスプラットフォーム！？のゲーム製作ライブラリです。凄すぎ！！
クロスプラットフォームの日本語のGUIライブラリも見つけました！！凄すぎ！！（しかしVCに対応していない
libBulletML ってのも凄いです！今まで作っていた dKingyoUtilClassはなんかヴァカみたいに思えてきてしまった･･･
やっぱりインターネット上は凄いよ！

参考サイト
ABA Games

strncatのバグ??

私のMSDNのstrncatのリファレンスの内容の理解が誤解なのかは分かりませんが 以下のような関数でヴァグります
bool dOutputDebugString(char *str,...){ char s[1024]; SET_VA_LIST(s,1024,str); if(s[strlen(s)-1] != '\n'){ strncat(s,"\n",1022);//注意1023でも1024でもダメだった } OutputDebugString(s); return true; }
SET_VA_LISTはvsprintf見たいなものと考えてください。
で、変数s内に文字がMAXで入っているときで、 s[strlen(s)-1] != '\n'が適用されるとstrncatをするのですが、 それでもなんかダメなんですよ！s[1023]の中身がstrncatの第三引数がどんな値でも s[1023]=='\n'なんですよ！
ということはバッファ内の最後のNULL文字が消えて、OutputDebugString内で バッファを破壊します。
これは一大事です。
こう直すしかなさそうです。
bool dOutputDebugString(char *str,...){ char s[1024]; SET_VA_LIST(s,1024,str); size_t len = strlen(s); if(s[len-1] != '\n'){ if(len==1023){ s[len-1]='\n'; }else{ strncat(s,"\n",1022); } } OutputDebugString(s); return true; }
1024とか1023とかいう定数を使っていてダサいコードだけど、 いちおうこれで我慢！
しかし、 The End of dKingyoUtility にも、同じ実装の関数があるが、もうdKingyoUtilityをバグフィックスしたくないよ！ って事でdKingyoUtilityはバグがあるので今後一切のサポートはしない！
サンプルって事で我慢してもらう！！！
以上也！

デバッグ１億年

以下を見よ！VCが吐いてくれるチョームカツク、エラーの数々だ！
テキストエリアをスクロールしてみてくれ！
このやろう！！！
fatal error C1075: 左側の 関係演算子 '<' に対応するものが c:\program files\microsoft visual studio\vc98\include\utility(21) : error C2059: 構文ｴﾗｰ : 'end of file' で、原因は？ namespace dkutil{ #ifdef _MY_DEFINED }//end of dkutil #endif 一見大丈夫そうに見えるが、_MY_DEFINEDの宣言をしないと}は有効にならない！ まったく！なんでこれでVCはまったく別のエラーの情報を吐くのだろうか！？ これで５時間もデバッグだよ！VCめ〜〜〜！

DebugWindowSystemをちょっとだけ

デバッグWindowシステムを開発！(つーても実は･･･)


葉迩倭氏のHPで公開しているLunaのライブラリを

パクっただけなのよ！

Lunaは非常に使いやすいライブラリです。最近出会いました。
サンプルも充実してます。3Dも使えます！すごすぎです！！
dKingyoUtilClassはこのライブラリもサポートする予定です。
その他に,BoehmGC,DxLib,yaneSDK3rdをサポートする予定です。
そういえば、dKingyoUtilClassは最後にデバッグシステムを組めば終わりなので、 それをATL/WTLで組んでから皆さんに公開したいのですが･･･うーむどうなるのだろうか？
もう公開しちゃいましょうかねぇ？(掲示板に要望があれば公開します)

ユーザー独自のアロケータの作り方が分かった

なるほど！！これでアロケータが作れるようになります！！
やっと見つけたよ！この資料。万歳！
しかし、dKingyoUtilClassを作っていて以下のようなエラーが起こった。
fatal error C1506: ﾌﾞﾛｯｸが大きすぎて、ｺﾝﾊﾟｲﾙできません。 なに〜〜〜〜！！！namespace内に入れられないだと！！ヴぁかにするな！
このヴぉけ！！！！VC++!いっぺん殺しますよ〜〜。一発この手でぶちますよ〜〜！
それはレ！私が弾いて欲しいのはド！(知る人だけが知っているネタ)

最近、LGPLのライセンスを知る

ここから引用
LGPL
　LGPLは、GPLと互換性のあるライセンスです。 ソフトウェアを作るために使う部品集をライブラリと呼びますが、 そのライブラリのソースコードを公開するためのライセンスとして利用されてきました。
　部品集は、他のプログラムに組み込まれて初めて役に立ちます。だからと言って、 組み込んだプログラムもオープンソースになってしまうのは、 ちょっとやり過ぎですよね。
そこで、組み込むだけならオープンソースにならないように、 効力を弱くしたのがLGPLです。
　OpenOffice.orgは、それ自体がオフィスソフトの部品集になるように設計されています。 そして、外部のプログラムからその機能を自由に呼び出せるようになっているのです。 LGPLは、GPLと同じくらい強力なライセンスです。
LGPLが適用されたソフトウェアの修正版は、LGPLかGPLでないと再配布できません。

なるほど〜〜！コレがLGPLだったのですか！ しかし、ここで私にとっては ”LGPLが適用されたソフトウェアの修正版は、LGPLかGPLでないと再配布できません。” って所がちょっとなぁ〜って感じがしました。
改善したライブラリがGPLになっちゃったら商用利用ができないじゃん！
私が望むのは以下のようなライセンスです。

• 基本的にLGPLと同じ。しかし以下の部分が違う。
• 商用だろうが、フリーだろうが利用できる。
• ライブラリ内を改造した場合はそこを必ず、手に入れやすい方法(例えば、インターネット上でアクセス制限が無いように)で公開する。
• 改善したライブラリのライセンスは変えてはいけない。

The End of dKingyoUtilityのバグをちょっと修正

dOutputDebugStringがログを吐かないのを修正しました。
ちなみにReleaseビルド時でもちょっと内部で処理をするので幾分無駄があります。
各自どうにかしてください(無責任やん！)

STLPortとcrtdbg.hの相性

以下の記事のアナログガーベジコレクションのテストをしていた時です。。
メモリリークに関しては私はcrtdbg.hを読み込んでメモリリークを検出してもらいます。
ちなみにこのヘッダファイルについての詳しい使い方は ロベール氏のHPのプログラマの友のメモリリークと crtdbg.hを見ると良く分かります。皆さんも見ましょう＾＾
そして、d金魚はSTLPortを標準STLとして使っているのですが、この二つを使うとなんと！メモリリークが検出されるのです。(多分、誤報だと思う)
しかし、以下のマクロを両ヘッダを読み込む前に宣言しておくとメモリリークは検出されなくなります。

#define _STLP_USE_MALLOC
もし、お役に立てたら幸いです＾＾

アナログガーベジコレクションを実装＾＾；

ガーベジコレクション(略してガベコレ)って何？
簡単な話、メモリ管理してくれる機構らしいです。詳しくはYahooやGoogleで検索するとでてきます。
ちなみに、ガーベジコレクションはガベージコレクションともいうらしいです。
どっちか統一しろよ！検索でまぎらわしい！
で、私の考えたアナログ式は以下のような感じです。

• mallocで使い捨てメモリとして使うならば引数にTRUEを渡して、しないならばFALSEを渡すという形
• freeですぐに領域を開放するならば引数にTRUEを渡して、コレクション関数で開放するならばFALSEを渡すという形
• コレクションしてくれる関数を呼び出さないとfreeで開放してない領域は開放してくれないという感じ
• 最終的に終了時にはすべてのメモリ領域を開放してくれるという感じ。

例えば、
dKingyoGC gc; char *get=(char *)gc.Malloc(100,TRUE); _snrpintf(get,100,"使います〜〜\n"); printf(get); //開放方法１ gc.free(get,true);//すぐに開放する。いわいるmallocのfreeと同じ。 //開放方法２ gc.free(get,false);//すぐに開放しない。 gc.collection();//ここで開放する。 //良くない開放方法 //gc.free(get,false);//フリーはしない。この場合はソフト終了時に開放される。
しかし、問題がある。遅いということだ。
なので、Releaseビルド時にはほぼmallocと同じ機構にしちゃおうか？ と考えている。

The End of dKingyoUtilityをリリース

0:08 2003/05/25
d金魚がむか〜し昔から使用していたライブラリ軍を 詳しい説明付きで アップしました。 これで痒いところに手が届きそうでとどかないってか！？


緊急告知
ここにd金魚が昔作ったライブラリがあります。
これらの使用状況を知りたいので、どうか使用している方は 掲示板に 一言お願いいたします。(多分、だれもいないような気がするけど＾＾；
もし、使っている方がいらっしゃいましたら、これからもサポートしたいと思います。

StudioKingyoの名を全国にとどろかせる日が来たぜ！(笑)

ここを見よ！スーパーコンピュータコンテストだ！！ これに私は出場しようと思う！！！
しかし私の実力で大丈夫なのか？という疑問が残る。
確かに、私はC++のオブジェクト指向っぽいのを少々かけるだけである。
ANSI Cのような厳密な企画のC言語は使ったことないし、gccも使ったことはない。
多倍長演算のライブラリすら組んだことが無いのだ！！Fortranよ我に力を！
やっぱり、予選落ちして全国にアホをさらけだすだけなのか！？
うーむ。まぁ、いいか！！朕は国家也！(謎)
その前に、チームメンバーが必要だって事がかなり苦しい。
２〜３人ってうちの学校は工業系じゃないのよ！！！
しかもコンピューター部とか情報処理部とかな無いのよ！！！！
どうしよう〜〜〜〜。
学校に持っていって告知するしかないなぁ･･･
それはそれとして･･･最近、困っていること。
boost がSTLPortでコンパイルできないのよ！
VC付属のSTLではもちろんコンパイルできるのに！！！
以下がbjamが吐いたログなのだが･･･だれか分かりますか？しっかり環境変数は登録しているのによ！
--------------------------------------------------------------------- skipping Boost.Python library build due to missing or incorrect configuration couldn't find Python.h in "/usr/include" You can configure the location of your python installation by setting: PYTHON_ROOT - currently "/usr" PYTHON_VERSION - The 2-part python Major.Minor version number (e.g. "2.2", NOT "2.2.1") - currently "2.2" The following are automatically configured from PYTHON_ROOT if not otherwise set: PYTHON_LIB_PATH - path to Python library object; currently "/usr/libs" --------------------------------------------------------------------- **** No STLPORT_PATH configured. *** To configure STLPort for use with the msvc-stlport toolset, the following variables can be set: STLPORT_PATH - A directory containing at least one subdirectory of the form /STLPort-<version> where STLPort installations can be found. STLPORT_<version>_PATH - The directory where the specific STLPort <version> installation can be found, in case there is no central location appropriate for STLPORT_PATH, above, or a particular version's installation is not located in the usual place. STLPORT_VERSION - The version of STLPort in use by default. Defaults to "4.5.3". Other values can be selected in parallel setting the build property <stlport-version> to values from the list of $(STLPORT_VERSIONS) STLPORT_VERSIONS - Alternate versions of STLport available on this machine. Defaults to "4.5 4.0". Note that STLPort iostreams are /not/ in use by default. To enable them, you must place <stlport-iostream>on in your BUILD variable or in target requirements.
ちなみに環境変数はこれ
echo off rem rem Root of Visual Developer Studio Common files. set VSCommonDir=C:\PROGRA~1\MICROS~2\Common rem rem Root of Visual Developer Studio installed files. rem set MSDevDir=C:\PROGRA~1\MICROS~2\Common\msdev98 rem rem Root of Visual C++ installed files. rem set MSVCDir=C:\PROGRA~1\MICROS~2\VC98 rem rem VcOsDir is used to help create either a Windows 95 or Windows NT specific path. rem set VcOsDir=WIN95 if "%OS%" == "Windows_NT" set VcOsDir=WINNT rem echo Setting environment for using Microsoft Visual C++ tools. rem if "%OS%" == "Windows_NT" set PATH=%MSDevDir%\BIN;%MSVCDir%\BIN;%VSCommonDir%\TOOLS\%VcOsDir%;%VSCommonDir%\TOOLS;%PATH% if "%OS%" == "" set PATH="%MSDevDir%\BIN";"%MSVCDir%\BIN";"%VSCommonDir%\TOOLS\%VcOsDir%";"%VSCommonDir%\TOOLS";"%windir%\SYSTEM";"%PATH%" set INCLUDE=C:\STLport-4.5.3\stlport;%MSVCDir%\ATL\INCLUDE; %MSVCDir%\INCLUDE;%MSVCDir%\MFC\INCLUDE;%INCLUDE% set LIB=C:\STLport-4.5.3\lib;%MSVCDir%\LIB; %MSVCDir%\MFC\LIB;%LIB% set STLPORT_PATH=C:\STLport-4.5.3 set VcOsDir= set VSCommonDir=

あ〜なんでじゃい！１時間も無駄にしてしまった。！！！
で、そのような問題を抱えているらしき方の発言が書いていて、 その返信を見てみました。
ん〜、なんかやっぱり上手く出来ないみたいな事が書いていました。
ぐふぉぁ〜〜〜〜〜〜！！！！！！！！、d金魚はもう、死んでいる。パタっ

Boost::object_poolにも勝った。

あ〜〜〜んもう！！！超最低！！！
何でコンパイルできないのよ〜〜〜〜！！！！
3時間くらい格闘してBoostに変更を加えることにした。
struct default_user_allocator_new_delete { typedef std::size_t size_type; typedef std::ptrdiff_t difference_type; #ifdef dKingyoConfigBoost static char * malloc(const size_type bytes) { return (char *)::malloc(bytes); } #else static char * malloc(const size_type bytes) { return new (std::nothrow) char[bytes]; }//ここでエラーが起こる！知るか！ #endif static void free(char * const block) { delete [] block; } };
でも、こんなことをしてコンストラクタとかどうなるのだろうか？
(その後、原因を調べていった結果 boostをプリコンパイル済みヘッダで読み込むことにより解決しました。)
うーん。まぁ逃げの手段として・・・。
とまぁ、それはさておき、本題のBoostと私のメモリ管理(配列管理)クラスの計測を行ったのですが、
malloc time is 490
boost::object_pool time is 341
OneByOne time is 200
ということで私の勝ち！！！！
もしかしたら環境によってはかなり違う結果になるかもしれないが･･･
ってことで速さを実感してもらうためにバイナリを用意しました。
どうぞ〜〜〜　DLしてみてください。
ちなみに、メモリを大量に使う処理もあるので各自の自己責任でお使いください〜〜。
d金魚は何も保証しないぞ！！また、責任もとりません！！！
それでは〜〜

ハッシュに勝ったぞ！！

Hash Time is 1932
ArrayOneByOne Time is 441
ふはははは。ついにやりました！！
データ管理クラスが完成に近づいてきました！！
データ管理に私はSTLPortのhash_mapのラッパーをひとつ作ってみたのですが、 実際、私が作っていた”一つ一つの領域を事前に確保していた配列から空き領域を探して割り当てるライブラリ" の方が勝っていたのです！！(でも計測方法が間違っているかもしれない！！
なのでこれは大事件ですぞい！！！(でも私がハッシュに勝つのなんてうそ臭い
dKingyoUtilClassに付属予定です。
ちなみにそのライブラリには苦しみに満ちたDEBUGがあったです。ほとんど一日中でした。

私のデータ管理ライブラリは
DWORDの値をキーにしてあらかじめ決められたサイズ１つ分の領域を返すというライブラリなんです。

フローチャート
//まずはオブジェクトを作る。 dKingyoArrayOneByOneDynamic<int> *p = new dKingyoArrayOneByOneDynamic<int>; p->Init(10);//メモリの動的確保 int の十個分 DWORD ID; int *get; get = p->GetArray(&ID);//領域へのポインタが帰ってくる　また、引数にキーの保存変数を入れる if(get==NULL){ //ヌルだったら入れられない。 //(実際、ヌルになるのは、ヒープ領域？が足りない時だけです。 } //100を代入 *get=100; //開放する。 p->ReleaseArray(&ID); //メモリが無くなったら新しくnewするし、 //開放したら、その開放した領域を記憶している。 //こんな感じ。(伝わりにくいなぁ

dKingyoUtilClassをもう少しで公開予定

dKingyoUtilClassとは？？
d金魚が重宝しているクラスライブラリ郡です。
で、コンパクションをサポートするベクトル化メモリ管理クラスを作ってみたわけですが、 なんと、そのライブラリは遅いのですよ＾＾；
で、 高速にメモリを取得できる関数を調べました。^^;
なんらかの役に立つことを願います。
近況：
最近、風邪引いてひーひ言ってます。
あと、夏休みに福井に行くことになりました＾＾；わーい。
22:13 2003/04/26

最近プログラミングが出来るようになる。

2003/04/18現在、今までは結構スランプ気味だったのだが、プログラミングをまたはじめてみる。
Donutを参考にしていろいろとKingyoHoeHoeをいじってみる予定。
って事でPlatformSDKをDLした。重いなぁ。
http://www.microsoft.com/msdownload/ platformsdk/sdkupdate/psdk-full.htm
あと、iriaかirvineのソース(見つけました　でもディルファイ分からないし)を持っている方。
いらっしゃいませんか〜〜？(いないか･･･)
改造して公開したい〜〜。でも、私も多忙になる可能性がある･･･

乱数はやっぱりMT法が最強だな！

その通り！！！らしい。
http://www.emit.jp/
http://www.math.keio.ac.jp/~matumoto/mt.html

乱数ジェネレータを作ってた時のバグ

０〜domainまでの変域を返す関数を作っていた。
Rand() = 乱数ジェネレータ
domain = 0からdomainまでの範囲
m_Max = 乱数の最大の数
Rand() * domain / m_Max;
が正しいのだが・・・私はヴぁかな事をやっていた。
Rand() * domain / m_Seed;
つまり、種で割っていたのだ。
さら〜にこんなヴァカな事までやっていた。
min<= x < maxの変域を返す関数を作っていたとき、
(max-min)*Rand()-min;
とやっていたのだ！！なのでアホな値がどんどん帰ってくる！！その原因が今までわからなかったんです！死ぬ〜〜
正当:(max-min)*Rand()+min;

ああ〜〜〜かわのながれのよ〜〜〜に〜〜〜(謎＋壊)

2chから有用なログを発見

募集する側もされる側もここに要注意
１． 過去の完成作品がない
２． 企画者が企画しかしない
３． 無報酬で重労働
４． シナリオなのに小説を見せてくれない
５． 役職がやたら細かく分かれている
６． スタッフがすでに大量にいる
７． 市販品以上を目指している
８． キャラ紹介ページにのみ力をいれている
９． 説明で「○○みたいな」を連発
10．ＨＰのデザインセンスがない

これはなんでしょうか？
実は、ゲ製作板に書いていた奴です。
ゲームの製作メンバーを集める時、または、そのような話に乗る時に注意する点だそうです。
この時、募集を告知していた人は叩かれまくりでした。(実は親切な発言が沢山)
また、その板には非常に有用な発言が書かれており、かつ、URL先も濃いものでした。
非常に勉強になったのでURLを載せておきます。
http://pc2.2ch.net/test/read.cgi/gamedev/1005323011/

d金魚スランプ中

かなりスランプです。(2003/04/07現在)
プログラミングが駄目です。書けません。思いついても、気兼ねしてしまいます。
実装形式(デザインパターン)がなかなか定まらなくて、上手く書けません。
もしかしたら"金魚ほえほえ"の書き直しが多すぎて実装するのがトラウマになってしまったのかもしれません。
今、作っているのは金魚ほえほえβ版にCSVLoaderにSoundLoaderにDxLibの改造計画にプロコンにBMPの暗号化エンジンにGCAで圧縮したソフトのインストーラーとか〜〜(やる気なしな声 風)
ヴっちゃけBMPの暗号化は最高に楽だ。ただ、ドットの部分をムチャクチャにしてやればいいだけだ。
こんな奴使えば楽ショウなのよ〜〜ん。ヽ(゜▽、゜)ノ ウヘヘヘ(超壊)
GCAのインストーラもDLLつかってやればあとはファイル関係の関数をチマチマ調べて作っていけば終わる話。
CSVローダもそれなりに組んでいれば１時間ぐらいで完全に実装できるだろう。
しか〜〜しやっぱりやる気Noting。かなりやる気ありません〜〜〜〜。
なのでしヴぁらくPCは触りません。イヤです。やりたくありません〜〜〜〜。
ヴァいヴァい [Disp]-[PC]-[Kbd] ポイ〜ヽ(゜▽、゜)ノ ウヘヘヘ　イラネ〜ヨ(逝

むかーしむかし作ったSTGをUP

ちなみにSTGとはシューティングゲームの略です。
それをUPしたのでお時間がありましたら、やってみてはいかがですか？
ちなみに〜ソースに関してはちょっと問題点があるので、 それが解決しだい、かつ、見たい人がいればUPしますので〜！
あと、BBSに感想を書いてくださいね〜〜＾＾(感想を言えるような代物ではないのだけれど…)

Game Programming Gemsを買おう！

どうか、買う時になったらここからリンクして買ってください。
どうか、カンパだと思って！！お願いします。
ペコm(_ _;m)三(m;_ _)mペコ

英語が出来ん！！

http://ipsc.ksp.sk
ここでプログラミングコンテストをやっているらしい。
しかし！私は英語が出来ない！！！！
情報源は この記事です。 | (Searched result by Google) です。
1999年だから4年前の記事だよ。
すげー古典じゃん！！！
でもHPは存続しているみたいだからコンテストをやっているのかなぁ？
http://contest.uvarov.ru/ って事で、ここも発見しました。
元記事です。 (Searched result by Google(with no language specification))
こっちのほうが２年前だから新しいな！！
こんなのもあるらしいが、宇宙人のd金魚は参加出来ないのかよ！！
米国の18歳以上なんてひどひよ！
でも、優秀な方のソースが見れるからいいか＾＾
私はまわりに教えてくれる先生がインターネット上にしかいないので、独学志向です。
経験上、 ソースが見れる事は最高の勉強である！と主張します。
次が記事による勉強です。
例えば、 こことかね！！Buffer Overflowについての記事です。

yaneSDK 3rdが使えMath!

やっとyaneSDKが使える環境になりました。
まず、今まで使えなかった問題点としては、

• DirectX6.1,7,8,9がごっちゃになっていた事。
• また、yaneSDKのバージョンをまちがえてごっちゃごちゃにしていた事。
• バージョンアップをしていたかったらしい。

ちなみに英語版のほうがダウンロードしやすいSingle Downloadって所を押して！
非常に安定性が高く、私はすごく気にいってます。是非つかってみてください。（要C++が使える事。
WinGLも安定性が高いと聞きましたが、さて？どっちが良いのでしょうかね？
最近、数学にはまる。このHP分かりやすいよ！フーリエ展開の完璧理解に挑戦中

static はメモリ確保関数也！

こんばんわ〜〜。dです。
さて、何故？static はメモリ確保関数なんでしょうね？
Singletonで確保するのにstatic はかなり便利なんですよ。
例えば、
int *p; void getint(int *get){ static int local; get = &local;//これから何回、呼び出してもSingletonです。 }
こんな感じです。
いちいち、mallocしたり、フラグ使ったりしてやるより、高速だと思うし、安全だと思うのですが…
これを応用すれば、 BoehmGCを使わずに安全なメモリ管理ができるかもしれません。(かなりムズソウ)

Vectorもどきって超いい感じ!

タイトルの通りです。
実は、C++でいうSTLのvectorってあるじゃないですか。
それって、かなり癖があって使いにくいんですよね。
Windowsプロフェッショナルゲームプログラミングという書籍にもvectorの癖をつっついている情報が載ってました。
ですが、そこらへんの事情をほぼ解決したのがこのvectorもどきなんです。
しかも、その配布サイトの記事がまた、面白い！
新感覚新聞をよんでいるような感じです。
行って見てはいかがですか？

BoehmGCって何よ！

で、前、紹介したうちの一つのBoehmGCについての詳細が分かりました。
Hans-J.Boehmさん が作ったようなのですが、BoehmGCのダウンロードページに行きつくのにちょっと時間がかかります。
私、英語できんし。
ちなみにBoehmGCって何よ！って思った方も多いと思いますが、 C言語で大量のメモリを確保する場合、mallocを使いますよね。
強引に配列でやる方もいるのかもしれませんが＾＾；
でmallocしたものはfreeしなきゃいけないという原則があるのです。
しかし、そのfreeは忘れやすく、ではatexitでさせようかとなるとたまに二重開放してしまい、 他のタスクに影響が出るなど、本当に嫌らしい関数で私はfreeが嫌いでした。
しかし、このBoehmGCというライブラリを使うと、freeしなくて良いのです！
くわしくは、DxLibFanのBoehmGCの使い方にて。

---

参考サイト,参考文献

以下のサイトを参考にしました。資料をインターネット上に置いていてくれる皆様に感謝します。

• d金魚がよく訪れているd金魚のプログラマーの先生方
• A garbage collector for C and C++
• TWINTAIL LOVERS
• Entangled Space
• StudioKingyo (私のHPだけど^^;(これは参考とは言わないか^^;;;;))