swapプログラムの罠

void memory_copy(char *dest,const char *src,size_t count){ size_t i; for(i=0;i<count;i++){ dest[i] = src[i]; } } int memory_swap(char *memory,size_t size,size_t point) { char *p; size_t big; size_t small__; BOOL isLeft = FALSE;//左の方がでかいとTRUE if(size <= 1){ return edk_FAILED;//スワップのしようが無い } if(size - point < point){ big = point;//left small__ = size - point; isLeft = TRUE; }else{ big = size - point;//right small__ = point; } p = (char *)malloc(big); if(!p) return edk_OutOfMemory; if(isLeft) { memory_copy(p,memory,big); memory_copy(memory,&memory[big],small__); memory_copy(&memory[small__],p,big); }else{ memory_copy(p,&memory[small__],big); memory_copy(&memory[big],memory,small__); memory_copy(memory,p,big); } free(p); return edk_SUCCEEDED; } int main() { //char *ok="okOK";//こっちだとAccess Violation char ok[5] = "okOK";//配列が５なのはNULL文字付加のため memory_swap(ok,strlen(ok),2); return EXIT_SUCCESS; }
メモリをスワップさせる関数を作った。
見事にバグった。何故だろう･･･。バグは無いはず･･･。 そう、簡単なことだった。

//char *ok="okOK";//こっちだとAccess Violation
char ok[5] = "okOK";//配列が５なのはNULL文字付加のため

ポインタで初期化した配列をスワップさせてしまっていたのだ。
無念。

---

static 宣言でのイテレータ。

staticで宣言したイテレータを取得するbeginとendは凄く遅いことが判明！！。
static iterator begin(){return container.begin();}見たいにラップすると超遅い。
特にデバッグビルド時は非常に遅い･･･。
気を付けるべし！

---

マクロで文法エラー

2003/10/11 意味不明な文法エラーでコンパイルが通らないことはないだろうか？ 例えば、普通に float OK(){ ///なにかする }
だった場合、コンパイルが通らなかった場合･･･
このような原因が考えられる。 #define OK(s) hogehoge(s)//なんかを定義しているマクロ float OK(){ }
特に、ライブラリ同士を一緒にコンパイルするときなんかに非常にこのコンパイルエラーに陥りやすい。
なので、ライブラリをインクルードしたら、いらない、マクロや#define定数を削除してやる必要がある。
dkutil開発中に、FOX toolkitと dKingyo Utility Toolkitを一緒に上手くコンパイルできなかった原因が、これである。

---

Destructorに注意！

2003/10/04
ぎゃぁぁぁぁ！！クラスを変更して、Releaseビルド時しか出ないエラーがデタ〜〜！！！o┤*´Д｀*├o アァー
この手のエラーはコンストラクタでthrowしているとか等、かなりコンストラクタ系が悪さをしている場合が多い。
実は、その原因は私の使っているSTLPortのstatic libraryに問題があったのだ。（後々、コンパイルオプション変えてコンパイルする)
で、STLPortのDLL版を一時的に利用して、そのエラーはでなくなったのだが、以下のようなのが出た。
Invalid Address specified to RtlFreeHeap
なんじゃ！こら〜〜!!!!
英語読めん！(￣￣￣￣￣￣￣￣∧￣￣￣￣￣￣￣￣)えっへん!
オィッ! (　・_・)o/☆(ノ゜�凵K)ノ イテッ!
以下のようにしてたのがいけなかったと･･･
//誤 char *GetOutputSignature(){ return "MilliSecondClock:%f\n"; } //正 char *GetOutputSignature(){ static char *ptr="MilliSecondClock:%f\n"; return ptr; }
あれ、まだでるよ･･･ あ〜あ〜〜川の流れのよ〜〜に〜〜〜q(T▽Tq)(pT▽T)p

いちおうそのソース
template<class YOUR_CLASS,class OutputPolicy=policy::OutputDebugStringReport> class progress_base : public YOUR_CLASS{ OutputPolicy mPolicy; std::string mFileName; public: explicit progress_base(char *filename="debug.txt"){ mFileName = filename; restart(); } virtual ~progress_base(){ double time = elapsed(); mPolicy.Output(time,GetFileName(),GetOutputSignature(),time); } OutputPolicy &GetOutputPolicy(){return mPolicy;} const char *GetFileName()const {return mFileName.c_str();} void SetFileName(char *s){ mFileName = s; } };
答えは明白！！
std::stringのデストラクタを呼び出してから、progress_baseのデストラクタを呼び出している。 よって、GetFileName()先は無効!!!!
がが〜〜ん！こんなエラーってアリ〜〜〜!!!!!! 壁 |дT)o エーン
しかしだ！私の実験(クラスの開放順序（クラス内部に内部にクラスオブジェクト？がある時)では どうも、これは成り立たないらしい。
では、何故･･････
（私が宣言していたグローバルなクラスオブジェクトが悪さをしていたようです。合掌。)
ボカッ(*▼▼)ノ゛☆(*△☆)イタッ
2003/10/7(追記)
実は、そのグローバルなクラスオブジェクトの悪さの原因の話題だが、 実験した結果はここ 「ヘッダで宣言したstaticクラスは何回もコンストラクタが呼び出される」を参照してほしい。
結論からすると、どうも、staticなものを宣言するのは.cppや.cファイルに宣言して参照した方が良いらしい･･･。
皆さんも気をつけよう･･･（もしかしたら、VCとかいう糞コンパイラのせいだったりして！？
MinGWしかねぇ！CodeWarriorしかねぇ！C++ Builder Xしかねぇ！

---

既に存在するファイルを作成することができません

この原因はズヴァリ！VisualC++の場合、リソースが追加されていないからでしょう！（タブン･･･

---

ファイルサイズ　！＝　テキストファイルのEOF

タイトルどおりです。以下のようにヴァカなことやってました。
まずはヴぁっかっぷりを見てみてください＾＾ //これが間違ったロードの仕方 #include <stdio.h> int SaveTextFile(char *filename,void *data,size_t datasize ,bool rewriteflag,char *mode){ if(rewriteflag==false){//ファイルチェック FILE *fp = fopen(filename,"r"); if(fp!=NULL){ fclose(fp); return -1;//上書き厳禁 } } FILE *fp = fopen(filename,mode); if(fp==NULL) return -1;//だめじゃん！！ fwrite(data,1,datasize,fp); fclose(fp); return 0; } int LoadTextFile(char *filename,void *buff,size_t buffsize,char *mode){ FILE *fp = fopen(filename,mode); if(fp==NULL) return -1;//だめじゃん！！ fread(buff,1,buffsize,fp);//読み込んだサイズが違ったら fclose(fp); return 0; } int main(){ char *f="sample.txt"; ULONGLONG lglgSize; bool fr=false; if(false==FileSize_GA_SIRITAI(f,&lglgSize)) return false; if(lglgSize > INT_MAX)//これよりでかいのなんて最悪だよ！ return false; size_t FileSize = (size_t)lglgSize; char *temp = (char *)::malloc(FileSize); if(temp==NULL) return false; if(0 != (LoadTextFile(f,temp,FileSize))) goto noreak; SaveTextFile(f,temp,FileSize,false);//上書きします。 fr=true; goto noreak; noreak: if(temp){::free(temp);temp=NULL;} return fr; } //********************************************************** //結果、テキストファイルの最後のほうに //�����ｭｺ �ｭｺ �ｭｺ �ｭｺｫｫｫｫｫｫｫｫ と謎の文字が。 //大体、バッファオーバーフロー起こしているとこんな文字がでる。 //その他に有名なのはﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌが出力されるとかね＾＾； //なんか,夜にこんなデバックしているとPCがなんかにトリツカレタのか！？ //と思ってしまう私なのだが＾＾； #include <stdio.h> //これは正当！！！ int SaveTextFile(char *filename,void *data,size_t datasize ,bool rewriteflag,char *mode){ if(rewriteflag==false){//ファイルチェック FILE *fp = fopen(filename,"r"); if(fp!=NULL){ fclose(fp); return -1;//上書き厳禁 } } FILE *fp = fopen(filename,mode); if(fp==NULL) return -1;//だめじゃん！！ size_t size; size = fwrite(data,1,datasize,fp); fclose(fp); return size; } int LoadTextFile(char *filename,void *buff,size_t buffsize,char *mode){ FILE *fp = fopen(filename,mode); if(fp==NULL) return -1;//だめじゃん！！ size_t po; po = fread(buff,1,buffsize,fp);//読み込んだサイズが違ったら fclose(fp); return po; } int main(){ char *f="sample.txt"; ULONGLONG lglgSize; bool f=false; if(false==FileSize_GA_SIRITAI(f,&lglgSize)) return false; if(lglgSize > INT_MAX)//これよりでかいのなんて最悪だよ！ return false; size_t FileSize = (size_t)lglgSize; char *temp = (char *)::malloc(FileSize); if(temp==NULL) return false; size_t size; if(0 != (size = LoadTextFile(f,temp,FileSize))) goto noreak; temp[size] = '\0';//しっかり終了文字を入れておきます。ここを見るべし。 SaveTextFile(f,temp,FileSize,false);//上書きします。 f=true; goto noreak; noreak: if(temp){::free(temp);temp=NULL;} return f; }
そうです。こんな感じなんです。しっかり、 テキストファイル等を読み込むのならば 実際読み込んだ数(またはバイト数)をチェックして\0をつけなくちゃいけないんですよ！
かなりヴぁかですね〜〜！！。タイトルどおりのヴぁかをやってますね！！これでデバックするなんてかなりヴぁかだなぁ私。

構造体のメンバ順番を変えちゃダメだと思うが

17:00 2003/05/10
タイトルどおりです。私はそう思う！
だって、以下のような感じになっちゃうつーの！！！
//こんな構造体があるとする。 typedef struct tugExample{ int x,y,z; int a,b,c; }EXAMPLE; で、以下のように初期化していたりする EXAMPLE ex={1,2,3,4,5,6}; ･･･これを ＊１ とする さらに、新しいメンバが欲しくなった。 typedef struct tugExample{ int x,y,z; int pi,theta,omega;//ここが変更されてます int a,b,c; }EXAMPLE; で、＊１が初期化でコンパイルエラーになる。 ああ！そうかぁ！！！メンバを増やしたんだっけ！＾＾； で　＊１　を以下のようにする。 EXAMPLE ex={1,2,3,4,5,6,//ここ以降に新しいメンバ用の値を入れる 7,8,9 }; もし、追加したメンバの型が違うのならバグは阻止できるが、 型が同じだったらかなりやヴぁい？ヴァグの原因になりそうな？ 私の思い違いだったらごめんなさい。
って事で！！！
私はこの構造体の初期化が大嫌いである！！！
以上也！

---

やっぱりもっと柔軟さがほしいなぁ16:59 2003/05/05

error C2898: 'int __thiscall IAMWarehouser::GPDataSet(K,V)' : ﾒﾝﾊﾞ関数ﾃﾝﾌﾟﾚｰﾄを仮想にすることはできません。
このやろう！！！！！！！！！！！！！！！！！！！
こんな使い方してもいいじゃないかよぉ！！！！！！！！！！！！！！！
じゃぁこうしたら？

template<class T>
class a{
	T result(){return T の変数;}
};

これじゃぁだめなんだってば！ どんな型でも入れられる奴が欲しいのよ！
staticでも汎用性のアル型を入れたいのよ！
(じゃぁvoid *にすれば！？)
って、typeidが使えないじゃないのよぉ！！！！(使えないと思った)
あ〜〜〜なんだかなぁ〜〜〜〜〜〜〜〜〜

#define 等の#がつくプリプロセッサ関連はグローバルらしい

例えば、

class {
#define std::deque MYQUEUE
#define COUNT 100
//省略
};

としてしまった場合、これを宣言した後、MYQUEUE,COUNTはソース全体に影響を及ぼします。
クラス内だけではないのです！！！！
でも、typedef enumは大丈夫みたいです。

class {
typedef std::deque MYQUEUE
enum{ COUNT = 100,};
//省略
};

これならクラス内のみに影響を及ぼします。
うーん。この方が無難だ。
#defineはコンパイルの設定だけに使うのが良いと思いますが、どう思いますか？
(むか〜し、どっかに#defineを多用して自作言語を作ろうなる記事があったがかなり邪道だなぁとつくづく思う。
インタプリタ(スクリプト言語？)くらい作らんかい！！！
あ、そうだ、インタプリタの作り方の記事をまだ書いていないなぁ。( 12:47 2003/05/05現在 )

---

抽象クラスの派生先にZeroMemoryを使うな！ヴぉけ！

タイトルどおりです。
DxLibSetupというライブラリを作っていた時、アップキャストができないんですよ！！！
なんでやねん！！！デヴァッカ(debugger)で見ると、関数へのポインタテーブルの中身がすべてNULLなんですよ！！
確かに派生先にZeroMemoryを使って、コンストラクタでクラスの内容をすべて抹消してた。
なので、アップキャストした時、コンストラクタが呼び出され、せっかく代入された 関数のポインタテーブルのアドレスを抹消されてしまうんです。
この事については、私の師匠のDxLibの管理人さんに指摘していただきました。ありがとうございました。
以下にサンプルを示します。
CMoto{ public: CMoto(){} virtual ~CMoto(){} virtual int Init() = 0; virtual int End() = 0; }; CSaki : public CMoto{ public: CMoto(){ZeroMemory(this,sizeof(*this));} virtual ~CMoto(){} virtual int Init(){ printf("init ok"); } virtual int End(){ printf("end ok"); } };

---

d金魚はやっぱり馬鹿だった！
ヾ(｀◇´)ノ彡☆コノ!バカチンガァ!!

前に、こんな記事を書いた。
ほんとに馬鹿だった。確かに、C言語の教科書に書いていることと違ってて私は大発見？
とまで、思っていたのだ。しかし、甘かった。
ヴァレンタインのチョコより甘いのだ（2月14日に執筆）
私の環境だと、以下のような馬鹿プログラムも易々と動くのだ。
やっぱり、d金魚はヴァカだったのね！ と、見事に曝け出してしまった。
(/ω＼) ハジュカシィー・・・（／ω・＼）チロ・・
#pragma comment(lib,"winmm") #include <crtdbg.h> #include <stdio.h> #include <string.h> #include <windows.h> //#include "dKingyoUtility.h" class test{ int buff[256]; public: test(){ ZeroMemory(this, sizeof(*this)); } ~test(){} void print(){ printf("すべて0になれば初期化されている\n"); int i; for(i=0;i<=300;i++){ printf(",%d",buff[i]); } } }; void main(int argc, char *argv[]){ test t; t.print(); Sleep(5000); }

---

なんか、上手くビルドできなかったら中間ファイルやいろんなものは捨てちゃえ！

特にstdafx等のプリコンパイル済みヘッダを使っているとこういう事態になったりします。
私としては原因がわからないのでタイトルどおりの方法をとっています。
つまり、VisualC++が丁寧に作ってくれるDebugとReleaseフォルダを捨ててしまいます！
（DebugやReleaseに入っている大事なファイル(自分が作った画像ファイル等）を除いて）
これでコンパイルできなかったらこのページに書いていることの中にヒントがあるかもしれません。

---

inline関数はあヴない,危ない！？

inline void my_inline(){}みたいな関数しってますよね＾＾；
先頭にinlineつけるやつ。わずか数行の関数の場合は高速化が期待できる関数です。
ヴっちゃけ、マクロみたいな事（あくまで"みたい"な事）が関数で表現できるってやつです。

さて、デバックビルドだと関数類はインライン展開されないんだそうです。
で、リリースビルドの時にインライン展開されるんだそうです。
よって、以下の関数でヴァぐっちゃいました。
//以下に示すのはすべて修正後。 //前はすべてinline宣言されていた。なぜバグるのかは不明。 //（偽装コンストラクタあたりかな？） //すべて私の勉強不足です。コンパイラについて勉強しなきゃ＾＾； //下のポインタ配列の数 #define GLOBAL_ADRESS_RESERVED_ARRAY_NUM 20 static void *GlobalAdressReserved[GLOBAL_ADRESS_RESERVED_ARRAY_NUM]; void GLOBAL_NEW_RELEASE(){ int i=0; for(i=0;i<=GLOBAL_ADRESS_RESERVED_ARRAY_NUM;i++){ if(GlobalAdressReserved[i]!=NULL){ free(GlobalAdressReserved[i]); } } } int GLOBAL_NEW_CONSTRUCTOR(){ NULL_ARRAY(GlobalAdressReserved,sizeof(void *)); atexit(GLOBAL_NEW_RELEASE);//atexitは32個くらいまで登録できるらしい return 0; } void* operator new(size_t set){ static int c=0;//staticは一度しか初期化されないのでこれでOK! static int constructor_v=GLOBAL_NEW_CONSTRUCTOR();//偽装コンストラクタ void *p=NULL; p=malloc(set); if(p==NULL){ return NULL; __IdKingyoDebugClassErrorLog("//アホ！えらーじゃ！\n"); } if(c==GLOBAL_ADRESS_RESERVED_ARRAY_NUM){ free(p); __IdKingyoDebugClassErrorLog("もうはいりきらないっちゅーに！\n"); return NULL; } GlobalAdressReserved[c]=p; c++; return p; }

---

ぐふ！stdafx.hをstdafxだけだからプリコンパイル済みヘッダが機能しない…

タイトルのとおりです。
stdafx.cppの作成の設定の所がstdafxだけになっていたのでいつまでたってもエラー。
はうう。…ぐふ。もう(´ρヾ) ネムネムゥー。
~~(*/>_<)oシ・シヌー　(~△~)ネムイ。。。(~ε~)マジネムイ。。。( ~◇)Zzz
睡魔が。。。(;ωゞゴシゴシ・・・
ウトウト(〃´｀)〜ｏ○◯・・・
(-o-;) お(^◇^;)や(◎。◎;)す(T0T) み・・・

---

参照の配列を作らせろ！！！！

error C2234: '' :参照の配列は宣言できません。
ふざけるなヴァカ野郎！！
ジャンプテーブルつくっていてテンプレートでかつ参照にしてやったのになんだよ！C++!
よって引数にアクセスするのにすべてアロー演算子に直すはめに…
//こんな感じ…これのほかにもたくさんある… //アロー演算子にすべて直すんだよ！ああ、無駄な作業… template<class T> _inline void TaskOfDrawChipMapTemp(T& get){ static DRAWCHIPMAPDATA g; g=(DRAWCHIPMAPDATA &)get; DrawChipMap( g.MapWidth,g.MapHeight, g.MapData,g.ChipTypeNum, g.ChipGrHandle,g.TransFlag, g.MapDrawPointX,g.MapDrawPointY, g.MapDrawWidth,g.MapDrawHeight, g.ScreenX,g.ScreenY ) ; } //これを全部アロー塩酸子になおすのかよ〜〜 //しかも塩酸ってなっているし… //Windowsで演算ってうまく変換されないよ。 //いまMSに記憶させたよ。まったく！ C++のバカヤロー！
クラスを使っていてアップキャストとかしてデリートするとメモリがうまく開放できない言語なんて糞だぁ！
いつかdKingyo言語というコンピューター言語を作るぞ！
略してD言語…なんかもう存在しそう…

---

ヘッダーを間違えるとすごいエラー

ヘッダーを間違えるとすごいエラーになる。
以下のエラー数を見よ！
ｺﾝﾊﾟｲﾙ中... BasicfuncOfSystemTask.cpp dkingyoutility\basicfuncofsystemtask.h(172) : error C2061: 構文ｴﾗｰ : 識別子 'alloc_' がｼﾝﾀｯｸｽｴﾗｰを起こしました。 dKingyoUtility\BasicfuncOfSystemTask.cpp(11) : error C2061: 構文ｴﾗｰ : 識別子 'alloc_' がｼﾝﾀｯｸｽｴﾗｰを起こしました。 dKingyoUtility\BasicfuncOfSystemTask.cpp(11) : error C2630: ';' はｶﾝﾏで区切られたﾘｽﾄで使用しなければなりません。 dKingyoUtility\BasicfuncOfSystemTask.cpp(13) : error C2059: 構文ｴﾗｰ : 'static ' dKingyoUtility\BasicfuncOfSystemTask.cpp(13) : error C2630: ';' はｶﾝﾏで区切られたﾘｽﾄで使用しなければなりません。 dKingyoUtility\BasicfuncOfSystemTask.cpp(21) : error C2062: 型 'void' は不要です。 dKingyoUtility\BasicfuncOfSystemTask.cpp(21) : error C2630: ';' はｶﾝﾏで区切られたﾘｽﾄで使用しなければなりません。 dKingyoUtility\BasicfuncOfSystemTask.cpp(68) : error C2065: 'w' : 定義されていない識別子です。 dKingyoUtility\BasicfuncOfSystemTask.cpp(68) : error C2440: '=' : 'struct OnlyForSystemTask_ *' から 'int' に変換することはできません。(新しい動作 ; ﾍﾙﾌﾟを参照) この変換には reinterpret_cast, C ｽﾀｲﾙ ｷｬｽﾄまたは関数ｽﾀｲﾙのｷｬｽﾄが必要です。 dKingyoUtility\BasicfuncOfSystemTask.cpp(70) : error C2227: '->Counter' : 左側がｸﾗｽ、構造体、共用体へのﾎﾟｲﾝﾀではありません。 dKingyoUtility\BasicfuncOfSystemTask.cpp(71) : error C2227: '->dis' : 左側がｸﾗｽ、構造体、共用体へのﾎﾟｲﾝﾀではありません。 dKingyoUtility\BasicfuncOfSystemTask.cpp(77) : error C2440: '=' : 'struct OnlyForSystemTask_ *' から 'int' に変換することはできません。(新しい動作 ; ﾍﾙﾌﾟを参照) この変換には reinterpret_cast, C ｽﾀｲﾙ ｷｬｽﾄまたは関数ｽﾀｲﾙのｷｬｽﾄが必要です。 dKingyoUtility\BasicfuncOfSystemTask.cpp(78) : error C2227: '->Counter' : 左側がｸﾗｽ、構造体、共用体へのﾎﾟｲﾝﾀではありません。 dKingyoUtility\BasicfuncOfSystemTask.cpp(82) : error C2440: '=' : 'struct OnlyForSystemTask_ *' から 'int' に変換することはできません。(新しい動作 ; ﾍﾙﾌﾟを参照) この変換には reinterpret_cast, C ｽﾀｲﾙ ｷｬｽﾄまたは関数ｽﾀｲﾙのｷｬｽﾄが必要です。 dKingyoUtility\BasicfuncOfSystemTask.cpp(83) : error C2227: '->Counter' : 左側がｸﾗｽ、構造体、共用体へのﾎﾟｲﾝﾀではありません。 dKingyoUtility\BasicfuncOfSystemTask.cpp(87) : error C2440: '=' : 'struct OnlyForSystemTask_ *' から 'int' に変換することはできません。(新しい動作 ; ﾍﾙﾌﾟを参照) この変換には reinterpret_cast, C ｽﾀｲﾙ ｷｬｽﾄまたは関数ｽﾀｲﾙのｷｬｽﾄが必要です。 dKingyoUtility\BasicfuncOfSystemTask.cpp(88) : error C2227: '->Counter' : 左側がｸﾗｽ、構造体、共用体へのﾎﾟｲﾝﾀではありません。 dKingyoUtility\BasicfuncOfSystemTask.cpp(100) : error C2440: '=' : 'struct OnlyForSystemTask_ *' から 'int' に変換することはできません。(新しい動作 ; ﾍﾙﾌﾟを参照) この変換には reinterpret_cast, C ｽﾀｲﾙ ｷｬｽﾄまたは関数ｽﾀｲﾙのｷｬｽﾄが必要です。 dKingyoUtility\BasicfuncOfSystemTask.cpp(102) : error C2227: '->drawQ' : 左側がｸﾗｽ、構造体、共用体へのﾎﾟｲﾝﾀではありません。 dKingyoUtility\BasicfuncOfSystemTask.cpp(102) : error C2065: 'alloc' : 定義されていない識別子です。 dKingyoUtility\BasicfuncOfSystemTask.cpp(102) : error C2228: '.alloc' : 左側がｸﾗｽ、構造体、共用体ではありません。 dKingyoUtility\BasicfuncOfSystemTask.cpp(104) : error C2227: '->drawQ_AllocID' : 左側がｸﾗｽ、構造体、共用体へのﾎﾟｲﾝﾀではありません。 dKingyoUtility\BasicfuncOfSystemTask.cpp(106) : error C2227: '->dis' : 左側がｸﾗｽ、構造体、共用体へのﾎﾟｲﾝﾀではありません。 dKingyoUtility\BasicfuncOfSystemTask.cpp(108) : error C2065: 'OnlyForSystemTaskAllDrawAndSortLoop' : 定義されていない識別子です。 dKingyoUtility\BasicfuncOfSystemTask.cpp(112) : error C2373: 'OnlyForSystemTaskAllDrawAndSortLoop' : 再定義されています。異なる型修飾子です。 dKingyoUtility\BasicfuncOfSystemTask.cpp(113) : error C2440: '=' : 'struct OnlyForSystemTask_ *' から 'int' に変換することはできません。(新しい動作 ; ﾍﾙﾌﾟを参照) この変換には reinterpret_cast, C ｽﾀｲﾙ ｷｬｽﾄまたは関数ｽﾀｲﾙのｷｬｽﾄが必要です。 dKingyoUtility\BasicfuncOfSystemTask.cpp(117) : error C2227: '->drawQ' : 左側がｸﾗｽ、構造体、共用体へのﾎﾟｲﾝﾀではありません。 dKingyoUtility\BasicfuncOfSystemTask.cpp(126) : error C2440: '=' : 'struct OnlyForSystemTask_ *' から 'int' に変換することはできません。(新しい動作 ; ﾍﾙﾌﾟを参照) この変換には reinterpret_cast, C ｽﾀｲﾙ ｷｬｽﾄまたは関数ｽﾀｲﾙのｷｬｽﾄが必要です。 dKingyoUtility\BasicfuncOfSystemTask.cpp(128) : error C2228: '.Free' : 左側がｸﾗｽ、構造体、共用体ではありません。 dKingyoUtility\BasicfuncOfSystemTask.cpp(128) : error C2227: '->drawQ_AllocID' : 左側がｸﾗｽ、構造体、共用体へのﾎﾟｲﾝﾀではありません。 dKingyoUtility\BasicfuncOfSystemTask.cpp(216) : error C2143: 構文ｴﾗｰ : ';' が 'switch' の前に必要です。 dKingyoUtility\BasicfuncOfSystemTask.cpp(216) : error C2143: 構文ｴﾗｰ : ';' が '{' の前に必要です。 dKingyoUtility\BasicfuncOfSystemTask.cpp(216) : error C2447: ｸﾞﾛｰﾊﾞﾙｽｺｰﾌﾟで中ｶｯｺ ({) が見つかりましたが、対応する関数ﾍｯﾀﾞｰがありません。 dKingyoUtility\BasicfuncOfSystemTask.cpp(220) : error C2018: 文字 '0x81' は認識できません。 dKingyoUtility\BasicfuncOfSystemTask.cpp(220) : error C2018: 文字 '0x40' は認識できません。 dKingyoUtility\BasicfuncOfSystemTask.cpp(220) : error C2018: 文字 '0x81' は認識できません。 dKingyoUtility\BasicfuncOfSystemTask.cpp(220) : error C2018: 文字 '0x40' は認識できません。 dKingyoUtility\BasicfuncOfSystemTask.cpp(220) : error C2018: 文字 '0x81' は認識できません。 dKingyoUtility\BasicfuncOfSystemTask.cpp(220) : error C2018: 文字 '0x40' は認識できません。 dKingyoUtility\BasicfuncOfSystemTask.cpp(220) : error C2018: 文字 '0x81' は認識できません。 dKingyoUtility\BasicfuncOfSystemTask.cpp(220) : error C2018: 文字 '0x40' は認識できません。 dKingyoUtility\BasicfuncOfSystemTask.cpp(221) : error C2018: 文字 '0x81' は認識できません。 dKingyoUtility\BasicfuncOfSystemTask.cpp(221) : error C2018: 文字 '0x40' は認識できません。 dKingyoUtility\BasicfuncOfSystemTask.cpp(221) : error C2018: 文字 '0x81' は認識できません。 dKingyoUtility\BasicfuncOfSystemTask.cpp(221) : error C2018: 文字 '0x40' は認識できません。 dKingyoUtility\BasicfuncOfSystemTask.cpp(419) : fatal error C1004: 予期せぬ EOF が検出されました。 SystemTask.cpp dkingyoutility\basicfuncofsystemtask.h(172) : error C2061: 構文ｴﾗｰ : 識別子 'alloc_' がｼﾝﾀｯｸｽｴﾗｰを起こしました。 dKingyoUtility\SystemTask.cpp(9) : error C2321: 構文ｴﾗｰ : 予期しない 'CD_SYSTEM_TASK::first_task' です。 dKingyoUtility\SystemTask.cpp(9) : error C2630: ';' はｶﾝﾏで区切られたﾘｽﾄで使用しなければなりません。 dKingyoUtility\SystemTask.cpp(10) : error C2062: 型 'int' は不要です。 dKingyoUtility\SystemTask.cpp(10) : error C2630: ';' はｶﾝﾏで区切られたﾘｽﾄで使用しなければなりません。 dKingyoUtility\SystemTask.cpp(11) : error C2059: 構文ｴﾗｰ : '*' dKingyoUtility\SystemTask.cpp(11) : error C2630: ';' はｶﾝﾏで区切られたﾘｽﾄで使用しなければなりません。 \dKingyoUtility\SystemTask.cpp(12) : error C2059: 構文ｴﾗｰ : '*' dKingyoUtility\SystemTask.cpp(12) : error C2630: ';' はｶﾝﾏで区切られたﾘｽﾄで使用しなければなりません。 dKingyoUtility\SystemTask.cpp(13) : error C2059: 構文ｴﾗｰ : '*' dKingyoUtility\SystemTask.cpp(13) : error C2630: ';' はｶﾝﾏで区切られたﾘｽﾄで使用しなければなりません。 dKingyoUtility\SystemTask.cpp(14) : error C2059: 構文ｴﾗｰ : '*' dKingyoUtility\SystemTask.cpp(14) : error C2630: ';' はｶﾝﾏで区切られたﾘｽﾄで使用しなければなりません。 dKingyoUtility\SystemTask.cpp(17) : error C2059: 構文ｴﾗｰ : 'inline ' dKingyoUtility\SystemTask.cpp(17) : error C2630: ';' はｶﾝﾏで区切られたﾘｽﾄで使用しなければなりません。 dKingyoUtility\SystemTask.cpp(18) : error C2562: 'TaskOfDrawChipMap' : 関数は 'void' 型として宣言されていますが、値を返しました。 dkingyoutility\basicfuncofsystemtask.h(164) : 'TaskOfDrawChipMap' の宣言を確認してください。 dKingyoUtility\SystemTask.cpp(258) : error C2039: 'OnlyForSystemTaskAllDrawAndSortInit' : '`global namespace'' のﾒﾝﾊﾞではありません。 dKingyoUtility\SystemTask.cpp(258) : error C2065: 'OnlyForSystemTaskAllDrawAndSortInit' : 定義されていない識別子です。 dKingyoUtility\SystemTask.cpp(259) : error C2039: 'OnlyForSystemTaskAllDrawAndSortDestructor' : '`global namespace'' のﾒﾝﾊﾞではありません。 dKingyoUtility\SystemTask.cpp(259) : error C2065: 'OnlyForSystemTaskAllDrawAndSortDestructor' : 定義されていない識別子です。 ｺｰﾄﾞを生成中... cl.exe の実行ｴﾗｰ dKingyoUtility.exe - ｴﾗｰ 66、警告 0


どうだぁ！！！！！！！(暴爆！
さて？原因はなんなのでしょうか？
答えは簡単！！！！！
ヘッダファイルのプロトタイプ宣言のところの;を：にしていたのだ…情けない。
以下のような感じ。
extern _inline void TaskOfDrawChipMap(DATA& g):
#endif

//訂正
extern _inline void TaskOfDrawChipMap(DATA& g);
#endif

---

ポインタの配列の最後はNULLだ！！

ポインタ配列の最後はNULLらしい。 前回のすべての配列を初期化するには注意が必要 で述べたように＋１をすると書いたが、ポインタの配列では最後はNULLでないといけないらしいので＋１とするとエラーである。

---

すべての配列を初期化するには注意が必要

最後の配列がなぜか初期化されない日

どもども。d金魚で〜す。
初心者d金魚がよく陥るバグ最後の配列が初期化されない。 たとえ〜ば、 int a[100]; for(int i=0;i<100;i++){ a[i]=i; }
と,やっていくと最後の１００番目の配列は初期化されない(爆
何故なら、配列は０番目も実体を持っているからである。
よって１００＋１で１０１個持っている。
しかし、charの配列は例外である。
最後にNULL文字が入るらしいので宣言した数しか使えない。
char str[100]だったら１００個の１バイト文字列しか入らないと思った。
えーっと初期化には配列よりポインタの方が使われるからあまり意識しなくていいかな＾＾；
char *str="abcdefghijklmnopqrstuvwxyz"; また、初期化にはmemset関数やZeroMemory関数があるのでそれについても調べた。
そしたら意外な事実が…。sizeof(a) (aは配列の名前)として渡しても、aの最後の配列の中身は初期化されないのだ！
うーん。つまり完璧に初期化するには＋１とかするべきなんだなぁ。と。実感。
以下にテストプログラムを示す。
#include <stdio.h> #include <windows.h> #define WAIT_TIME 4000 int main(){ char str[256]; int a[100]; int i; for(i=0;i<100;i++){ a[i]=i; } for(i=0;i<100+1;i++){ printf("a=%d,i=%d\n",a[i],i); } printf("見事に最後は初期化されていない。%f秒待ちます",(float)WAIT_TIME / 1000); Sleep(WAIT_TIME); //内容をぐしゃぐしゃにする for(i=0;i<100+1;i++){ a[i]=rand(); } for(i=0;i<100+1;i++){ a[i]=i; } for(i=0;i<100+1;i++){ printf("a=%d,i=%d\n",a[i],i); } printf("i<100+1にした"); Sleep(WAIT_TIME); //内容をぐしゃぐしゃにする for(i=0;i<100+1;i++){ a[i]=rand(); } for(i=0;i<=100;i++){ a[i]=i; } for(i=0;i<=100;i++){ printf("a=%d,i=%d\n",a[i],i); } printf("i<=100にした。\n");printf("memset,ZeroMemoryでのテスト開始\n"); Sleep(WAIT_TIME); //内容をぐしゃぐしゃにする for(i=0;i<100+1;i++){ a[i]=rand(); } memset((void *)&a[0],0,sizeof(int)*100); for(i=0;i<=100;i++){ printf("a=%d,i=%d\n",a[i],i); } printf("memset((void *)&a[0],0,sizeof(int)*100)"); Sleep(WAIT_TIME); //内容をぐしゃぐしゃにする for(i=0;i<100+1;i++){ a[i]=rand(); } memset((void *)&a[0],0,sizeof(a)); for(i=0;i<=100;i++){ printf("a=%d,i=%d\n",a[i],i); } printf("memset((void *)&a[0],0,sizeof(a);"); Sleep(WAIT_TIME); //内容をぐしゃぐしゃにする for(i=0;i<100+1;i++){ a[i]=rand(); } memset((void *)&a[0],0,sizeof(int)*101); for(i=0;i<=100;i++){ printf("a=%d,i=%d\n",a[i],i); } printf("memset((void *)&a[0],0,sizeof(int)*101);"); Sleep(WAIT_TIME); //内容をぐしゃぐしゃにする for(i=0;i<100+1;i++){ a[i]=rand(); } ZeroMemory((void *)&a[0],sizeof(int)*100); for(i=0;i<=100;i++){ printf("a=%d,i=%d\n",a[i],i); } printf("ZeroMemory((void *)&a[0],sizeof(int)*100);"); Sleep(WAIT_TIME); //内容をぐしゃぐしゃにする for(i=0;i<100+1;i++){ a[i]=rand(); } ZeroMemory((void *)&a[0],sizeof(a)); for(i=0;i<=100;i++){ printf("a=%d,i=%d\n",a[i],i); } printf("ZeroMemory((void *)&a[0],sizeof(a));"); Sleep(WAIT_TIME); //内容をぐしゃぐしゃにする for(i=0;i<100+1;i++){ a[i]=rand(); } ZeroMemory((void *)&a[0],sizeof(int)*101); for(i=0;i<=100;i++){ printf("a=%d,i=%d\n",a[i],i); } printf("ZeroMemory((void *)&a[0],sizeof(int)*101);"); Sleep(WAIT_TIME); return 0; }

もしかしたらこれはVisualC++の仕様か！？
んなわけね〜か＾＾；(秘儀:仕様のせいにするプログラマー)
加筆修正：2003年2月14日
以上に示したのは私の間違いです。信用しないで下さい。
そして信用してしまった皆様（見ている人はいないと思いますが＾＾；
ごめんなさい　ペコm(_ _;m)三(m;_ _)mペコ

---

構造体でNULL==無効。よってアクセスするなボゲェ＾＾

あうう。赤てんが…な日
構造体の配列を宣言し最後まで使いきったら、使いきる前にその配列にいらないデータがあって、 それを削除するとフラグメンテーションが起き、その時、空いた時の配列のアドレスをポインタで 指し示す配列を用意していた。(なんか伝わりにくいな。フラグメンテーションって何？みたいな＾＾；
よって配列がNULLの時にはさししめす場所がないのでその構造体の示すアドレスを元にアクセスするとエラーである。
なぜ、こんなのに気づかないかな。わたし＾＾；
typedef struct _tag{ int aho; short otankonasu; char baka; float dozi; double manuke; }TAG; TAG t,*tp; //これでtpが使えるようになった。 tp=&t; tp->aho //とかがOKなわけです。 //しかし、tpがNULLだとすると、->は絶対に使ってはいけない。 //イッケネー(・ω・;ゞ⌒☆ペシッ(-_-;)／(+_+;)＼(-_-;) オイオイ tp=NULL; tp->baka;//エラー?!(?--)!(--?)?!エラ~~~~~~~~~~~~~

---

forの恐怖

もうすぐで２期試験の火
さて、以下のプログラムを見て欲しい。
以下が例
//どこ間違っているか分かる？？？ int i,j; for(i=0;i<DrawWidthCount;i++){ printfDx("DrawWidth\n"); ScreenFlip(); for(j=0;i<DrawHeightCount;j++){ printfDx("DrawHeight"); ScreenFlip(); } printfDx("\n"); } //さてわかるだろうか。これは重大なバグである。 for(i=0;i<DrawWidthCount;i++){ printfDx("DrawWidth\n"); ScreenFlip(); /*答えはここ↓*/ for(j=0;j<DrawHeightCount;j++){ printfDx("DrawHeight"); ScreenFlip(); } printfDx("\n"); } /* DxLibを使ってあるプログラムを組んでいたが 処理が帰ってこない関数があると思ったら forでjを使っているのに一部iを使っているところがあった。 実行すれば分かるがこれでは無限ループになり一生出てこれない。 */

座標を間違えGoodBye

座標を間違えて挫折している日
座標の代入の誤りは危険である。
以下が例
//どこ間違っているか分かる？？？ s.x=ps[c].x+19; s.x=ps[c].y+31; //答え //以下の座標の代入が普通である。 s.x=ps[c].x+19; s.ｙ=ps[c].y+31; //ｙのところが間違いではｘになっていた。 /* よってｙの値が不定になり、 アホなところから オブジェクトが放出される (ばく */

---

VC++6.0SEはアホカイ？

まだ、修羅花　日
開発ツールであるVisualC++がバグってどうする？
起動するとバグってByeBye(TT)/~ エーン
MSDEV のページ違反です。 モジュール : ODBC32.DLL、アドレス : 017f:1f4b45d6 Registers: EAX=00000000 CS=017f EIP=1f4b45d6 EFLGS=00010202 EBX=011ff940 SS=0187 ESP=0068da73 EBP=00000000 ECX=00000001 DS=0187 ESI=011ff8f8 FS=4ea7 EDX=1f492b18 ES=0187 EDI=00000001 GS=0000 Bytes at CS:EIP: 1f 59 3b c6 59 0f 84 6b e0 fe ff 8b 80 c8 00 00 Stack dump: 1ff8f801 f7777701 68e684bf 00000000 e76d7f00 492e80ff 4be6e81f f777771f 000000bf 492e3300 4be6e81f 0001041f f7777700 492e26bf 4be6e81f 4978591f

---

ポインタ演算　一億里　の巻

20002年　バグを直して18000年もかかった日
さて、あなたは以下のプログラムのどこがやばいかわかるか？
私はたいしてやばく無いと思い、そのままつかっていた。が、…このバグのおかげで 1日を潰してしまった。(なむ〜〜
void SetTama(int *count,int *c,int count_num,short ang,bool *set){ *c; if(*count==count_num){ if(tama[*c].flg==false){ tama[*c].X=x+30; tama[*c].Y=y+20; tama[*c].flg=true; *set=true; *count++; *c++; tama[*c].angle=(short)ang; } } /*char str[64]; sprintf(str,"%d回やるやつ %d回 angle= %d ang=%d count=%d\n",count_num,*c,tama[*c].angle,ang,*count); DLOG(str)*/ if(*c>TAMANUM) *c=TAMANUM; } //エラー直し版　カッコつけたり　変数に代入したり＾＾ //結局はポインタを使っていたので演算子の優先順位が //カッコをつけないとボロボロになるってことのようです　(TT　南無〜 void SetTama(int *count,int *c,int count_num,short ang,bool *set){ int d=*c; if(*count==count_num){ if(tama[d].flg==false){ tama[d].X=x+30; tama[d].Y=y+20; tama[d].flg=true; (*set)=true; (*count)+=1; (*c)+=1; tama[d].angle=(short)ang; } } /*char str[64]; sprintf(str,"%d回やるやつ %d回 angle= %d ang=%d count=%d\n",count_num,*c,tama[*c].angle,ang,*count); DLOG(str)*/ if((*c)>TAMANUM) (*c)=TAMANUM; }

---

見よ！私のエラーの数々を！！！！！

2002年プログラムを組んでいる修羅場の日
ｺﾝﾊﾟｲﾙ中... laser.cpp F:\laser.cpp(12) : warning C4244: '=' : 'float' から 'short' に変換しました。ﾃﾞｰﾀが失われているかもしれません。 F:\laser.cpp(13) : warning C4244: '=' : 'float' から 'short' に変換しました。ﾃﾞｰﾀが失われているかもしれません。 F:\laser.cpp(38) : warning C4244: '=' : 'float' から 'short' に変換しました。ﾃﾞｰﾀが失われているかもしれません。 F:\laser.cpp(39) : warning C4244: '=' : 'float' から 'short' に変換しました。ﾃﾞｰﾀが失われているかもしれません。 F:\laser.cpp(103) : error C2228: '.flg' : 左側がｸﾗｽ、構造体、共用体ではありません。 F:\laser.cpp(105) : warning C4244: '=' : 'float' から 'short' に変換しました。ﾃﾞｰﾀが失われているかもしれません。 F:\laser.cpp(128) : error C2228: '.ftime' : 左側がｸﾗｽ、構造体、共用体ではありません。 F:\laser.cpp(129) : error C2228: '.flg' : 左側がｸﾗｽ、構造体、共用体ではありません。 F:\laser.cpp(130) : error C2228: '.now_running' : 左側がｸﾗｽ、構造体、共用体ではありません。 F:\laser.cpp(138) : error C2143: 構文ｴﾗｰ : ';' が '}' の前に必要です。 F:\laser.cpp(144) : error C2143: 構文ｴﾗｰ : ';' が '}' の前に必要です。 F:\laser.cpp(144) : error C2143: 構文ｴﾗｰ : ';' が '}' の前に必要です。 F:\laser.cpp(144) : error C2143: 構文ｴﾗｰ : ';' が '}' の前に必要です。 F:\laser.cpp(148) : error C2143: 構文ｴﾗｰ : ';' が '{' の前に必要です。 F:\laser.cpp(148) : error C2447: ｸﾞﾛｰﾊﾞﾙｽｺｰﾌﾟで中ｶｯｺ ({) が見つかりましたが、対応する関数ﾍｯﾀﾞｰがありません。 F:\laser.cpp(241) : error C2676: 二項演算子 '[' : 'class C_Zako1' は、この演算子または定義済の演算子に適切な型への変換の定義を行いません。 (新しい動作; ﾍﾙﾌﾟを参照) F:\laser.cpp(241) : error C2228: '.b_anime' : 左側がｸﾗｽ、構造体、共用体ではありません。 F:\laser.cpp(242) : error C2676: 二項演算子 '[' : 'class C_Zako1' は、この演算子または定義済の演算子に適切な型への変換の定義を行いません。 (新しい動作; ﾍﾙﾌﾟを参照) F:\laser.cpp(242) : error C2228: '.b_anime' : 左側がｸﾗｽ、構造体、共用体ではありません。 F:\laser.cpp(243) : error C2676: 二項演算子 '[' : 'class C_Zako1' は、この演算子または定義済の演算子に適切な型への変換の定義を行いません。 (新しい動作; ﾍﾙﾌﾟを参照) F:\laser.cpp(243) : error C2228: '.x' : 左側がｸﾗｽ、構造体、共用体ではありません。 F:\laser.cpp(243) : error C2676: 二項演算子 '[' : 'class C_Zako1' は、この演算子または定義済の演算子に適切な型への変換の定義を行いません。 (新しい動作; ﾍﾙﾌﾟを参照) F:\laser.cpp(243) : error C2228: '.y' : 左側がｸﾗｽ、構造体、共用体ではありません。 F:\laser.cpp(243) : error C2065: 'psf' : 定義されていない識別子です。 F:\laser.cpp(245) : error C2676: 二項演算子 '[' : 'class C_Zako1' は、この演算子または定義済の演算子に適切な型への変換の定義を行いません。 (新しい動作; ﾍﾙﾌﾟを参照) F:\laser.cpp(246) : error C2676: 二項演算子 '[' : 'class C_Zako1' は、この演算子または定義済の演算子に適切な型への変換の定義を行いません。 (新しい動作; ﾍﾙﾌﾟを参照) F:\laser.cpp(246) : error C2228: '.x' : 左側がｸﾗｽ、構造体、共用体ではありません。 F:\laser.cpp(246) : error C2676: 二項演算子 '[' : 'class C_Zako1' は、この演算子または定義済の演算子に適切な型への変換の定義を行いません。 (新しい動作; ﾍﾙﾌﾟを参照) F:\laser.cpp(246) : error C2228: '.y' : 左側がｸﾗｽ、構造体、共用体ではありません。 F:\laser.cpp(248) : error C2676: 二項演算子 '[' : 'class C_Zako1' は、この演算子または定義済の演算子に適切な型への変換の定義を行いません。 (新しい動作; ﾍﾙﾌﾟを参照) F:\laser.cpp(248) : error C2228: '.b_anime' : 左側がｸﾗｽ、構造体、共用体ではありません。 F:\laser.cpp(249) : error C2676: 二項演算子 '[' : 'class C_Zako1' は、この演算子または定義済の演算子に適切な型への変換の定義を行いません。 (新しい動作; ﾍﾙﾌﾟを参照) F:\laser.cpp(249) : error C2228: '.x' : 左側がｸﾗｽ、構造体、共用体ではありません。 F:\laser.cpp(249) : error C2676: 二項演算子 '[' : 'class C_Zako1' は、この演算子または定義済の演算子に適切な型への変換の定義を行いません。 (新しい動作; ﾍﾙﾌﾟを参照) F:\laser.cpp(249) : error C2228: '.y' : 左側がｸﾗｽ、構造体、共用体ではありません。 F:\laser.cpp(251) : error C2676: 二項演算子 '[' : 'class C_Zako1' は、この演算子または定義済の演算子に適切な型への変換の定義を行いません。 (新しい動作; ﾍﾙﾌﾟを参照) F:\laser.cpp(251) : error C2228: '.b_anime' : 左側がｸﾗｽ、構造体、共用体ではありません。 F:\laser.cpp(252) : error C2676: 二項演算子 '[' : 'class C_Zako1' は、この演算子または定義済の演算子に適切な型への変換の定義を行いません。 (新しい動作; ﾍﾙﾌﾟを参照) F:\laser.cpp(252) : error C2228: '.x' : 左側がｸﾗｽ、構造体、共用体ではありません。 F:\laser.cpp(252) : error C2676: 二項演算子 '[' : 'class C_Zako1' は、この演算子または定義済の演算子に適切な型への変換の定義を行いません。 (新しい動作; ﾍﾙﾌﾟを参照) F:\laser.cpp(252) : error C2228: '.y' : 左側がｸﾗｽ、構造体、共用体ではありません。 F:\laser.cpp(254) : error C2676: 二項演算子 '[' : 'class C_Zako1' は、この演算子または定義済の演算子に適切な型への変換の定義を行いません。 (新しい動作; ﾍﾙﾌﾟを参照) F:\laser.cpp(254) : error C2228: '.b_anime' : 左側がｸﾗｽ、構造体、共用体ではありません。 F:\laser.cpp(255) : error C2676: 二項演算子 '[' : 'class C_Zako1' は、この演算子または定義済の演算子に適切な型への変換の定義を行いません。 (新しい動作; ﾍﾙﾌﾟを参照) F:\laser.cpp(255) : error C2228: '.x' : 左側がｸﾗｽ、構造体、共用体ではありません。 F:\laser.cpp(255) : error C2676: 二項演算子 '[' : 'class C_Zako1' は、この演算子または定義済の演算子に適切な型への変換の定義を行いません。 (新しい動作; ﾍﾙﾌﾟを参照) F:\laser.cpp(255) : error C2228: '.y' : 左側がｸﾗｽ、構造体、共用体ではありません。 F:\laser.cpp(257) : error C2676: 二項演算子 '[' : 'class C_Zako1' は、この演算子または定義済の演算子に適切な型への変換の定義を行いません。 (新しい動作; ﾍﾙﾌﾟを参照) F:\laser.cpp(257) : error C2228: '.b_anime' : 左側がｸﾗｽ、構造体、共用体ではありません。 F:\laser.cpp(258) : error C2676: 二項演算子 '[' : 'class C_Zako1' は、この演算子または定義済の演算子に適切な型への変換の定義を行いません。 (新しい動作; ﾍﾙﾌﾟを参照) F:\laser.cpp(258) : error C2228: '.x' : 左側がｸﾗｽ、構造体、共用体ではありません。 F:\laser.cpp(258) : error C2676: 二項演算子 '[' : 'class C_Zako1' は、この演算子または定義済の演算子に適切な型への変換の定義を行いません。 (新しい動作; ﾍﾙﾌﾟを参照) F:\laser.cpp(258) : error C2228: '.y' : 左側がｸﾗｽ、構造体、共用体ではありません。 F:\laser.cpp(260) : error C2676: 二項演算子 '[' : 'class C_Zako1' は、この演算子または定義済の演算子に適切な型への変換の定義を行いません。 (新しい動作; ﾍﾙﾌﾟを参照) F:\laser.cpp(260) : error C2228: '.b_anime' : 左側がｸﾗｽ、構造体、共用体ではありません。 F:\laser.cpp(261) : error C2676: 二項演算子 '[' : 'class C_Zako1' は、この演算子または定義済の演算子に適切な型への変換の定義を行いません。 (新しい動作; ﾍﾙﾌﾟを参照) F:\laser.cpp(261) : error C2228: '.x' : 左側がｸﾗｽ、構造体、共用体ではありません。 F:\laser.cpp(261) : error C2676: 二項演算子 '[' : 'class C_Zako1' は、この演算子または定義済の演算子に適切な型への変換の定義を行いません。 (新しい動作; ﾍﾙﾌﾟを参照) F:\laser.cpp(261) : error C2228: '.y' : 左側がｸﾗｽ、構造体、共用体ではありません。 F:\laser.cpp(263) : error C2676: 二項演算子 '[' : 'class C_Zako1' は、この演算子または定義済の演算子に適切な型への変換の定義を行いません。 (新しい動作; ﾍﾙﾌﾟを参照) F:\laser.cpp(263) : error C2228: '.b_anime' : 左側がｸﾗｽ、構造体、共用体ではありません。 F:\laser.cpp(264) : error C2676: 二項演算子 '[' : 'class C_Zako1' は、この演算子または定義済の演算子に適切な型への変換の定義を行いません。 (新しい動作; ﾍﾙﾌﾟを参照) F:\laser.cpp(264) : error C2228: '.x' : 左側がｸﾗｽ、構造体、共用体ではありません。 F:\laser.cpp(264) : error C2676: 二項演算子 '[' : 'class C_Zako1' は、この演算子または定義済の演算子に適切な型への変換の定義を行いません。 (新しい動作; ﾍﾙﾌﾟを参照) F:\laser.cpp(264) : error C2228: '.y' : 左側がｸﾗｽ、構造体、共用体ではありません。 F:\laser.cpp(266) : error C2676: 二項演算子 '[' : 'class C_Zako1' は、この演算子または定義済の演算子に適切な型への変換の定義を行いません。 (新しい動作; ﾍﾙﾌﾟを参照) F:\laser.cpp(266) : error C2228: '.b_anime' : 左側がｸﾗｽ、構造体、共用体ではありません。 F:\laser.cpp(267) : error C2676: 二項演算子 '[' : 'class C_Zako1' は、この演算子または定義済の演算子に適切な型への変換の定義を行いません。 (新しい動作; ﾍﾙﾌﾟを参照) F:\laser.cpp(267) : error C2228: '.b_flg' : 左側がｸﾗｽ、構造体、共用体ではありません。 F:\laser.cpp(268) : error C2676: 二項演算子 '[' : 'class C_Zako1' は、この演算子または定義済の演算子に適切な型への変換の定義を行いません。 (新しい動作; ﾍﾙﾌﾟを参照) F:\laser.cpp(268) : error C2228: '.flg' : 左側がｸﾗｽ、構造体、共用体ではありません。 ﾌﾞﾗｳｻﾞ ﾃﾞｰﾀﾍﾞｰｽを作成中... ｱｳﾄﾌﾟｯﾄ ｳｨﾝﾄﾞｳ 結果 エラーばかり.exe - ｴﾗｰ 67、警告 5

---

どうしてbreak;忘れちゃうかな？？

2002年　break;を付け忘れてデバッグ3年な日
ああ。なんで私は馬鹿なのでしょう。はい。馬鹿ですね。
さて、以下のようなプログラムがあったとします
#include <stdio.h> int main(){ int s=0; switch(s){ case 0: printf("0"); case 1: printf("1"); case 2: printf("2"); default: printf("error"); } //見にくくてスマヌ。 } さて、このプログラムは何を表示するでしょう？
はい！”0”です。って方は…少なくとも私と同レベルです。
正答は"すべて表示されるデス。"
実は、caseごとにbreakがありませんね。タイトル通り
return等があれば話は別ですが、
しかし、プログラムを追加するときにreturnだと多少厄介になるのでbreakの方がいいでしょう
あとは直し方は分かりますよね。こんな誰も読みもしないようなHPを眺められるのならば
ワカンナカッタラ？
掲示板へ…

Theめちゃ簡単マクロ

2002年　ネムイ日
//メッセージボックスを表示
#define EBOX(str) MessageBox(NULL,str,"CAUTION",MB_OK);
//矩形領域をSET
#define RECT_SET(r, l, t, r, b) { r##.left = l;r##.top = t;r##.right = r;r##.bottom = b;}
//Debug情報を出力
#define DOUT(x) OutputDebugString(x);
//DirectX系のオブジェクト？？？を開放
IFRELEASE(x) if(x){x->Release();x=NULL;}

//すべて保証しません以上

---

OSのVersionを取得

2002年7月2日
ふう、やっと組み終わった。(こんなので疲れるなよ！
Win32系では使えるのではないでしょうか？OSのバージョン取得…
正確には取得できないかもしれないけど…バグありだったら教えてくれ！
しかし、Windows3.1等を返すのもあるが、実際Windows3.1では使えないらしい
3.1ではGetVersionを使うんだったような？これはGetVersionEx使ってる。
しかもMSDNにGetVersionの解説のってないし…まあ、いいや
著作権語る前に、こんなのパブリックドメインソースじゃん。
コピペする勇気のあるヤツはコピペだ！d金魚が許す。

えーっと戻り値解説。
-1 = 純粋なエラー
-2 = OSが定義されているもの以外
0以上　OSの名前。詳しくはenumで…(多分分かるでしょう！
enum{//OSのバージョンを取得するための列挙 enuWindows3_1=0, enuWindowsNT3_51, enuWindowsNT4_0, enuWindows95, enuWindows98, enuWindows2000, enuWindowsMe, enuWindowsXP }; int _GetOSVersion(void){ OSVERSIONINFO os; os.dwOSVersionInfoSize=sizeof(os); if(GetVersionEx(&os)==0) return -1 if(os.dwMajorVersion<=3){ //というかWindows3.1使う馬鹿いないし…また、 //ここらへん間違っていそう…参考にはしないように if(os.dwMinorVersion==51){ return enuWindowsNT3_51; } if(os.dwPlatformId==VER_PLATFORM_WIN32s) return enuWindows3_1; } switch(os.dwPlatformId){ case VER_PLATFORM_WIN32s: return enuWindows3_1; case VER_PLATFORM_WIN32_WINDOWS: if(os.dwMajorVersion >=4){ if(os.dwMinorVersion<10) return enuWindows95; if(os.dwMinorVersion<90) return enuWindows98; if(os.dwMinorVersion>=90) return enuWindowsMe; else return -2; } if(os.dwMajorVersion==5){//念のため if(os.dwMinorVersion==0) return enuWindows2000; if(os.dwMinorVersion>0) return enuWinddowsXP; else return -2; } case VER_PLATFORM_WIN32_NT: if(os.dwMajorVersion==4) return enuWindowsNT4_0; if(os.dwMajorVersion==5){ if(os.dwMinorVersion==0) return enuWindows2000; if(os.dwMinorVersion>0) return enuWinddowsXP; else return -2; } return -2; default: return -2; } return -1; }
うらうら、一番下に書いてあるCopyrightをクリックすると分かるけど
責任はとらんぞ！責任は！
d金魚は一切関係ないぞ！
チョウシニノリスミマセンデシタ---

---

右指が動く前に左指が動く

2002年6月28日
どうして、printfを使うときいつも"pinrtf"と書いてしまうんだ！
なんか右指が動く前に左指が動く。
こんなことって結構あったりしたり。
また、LPDIRECTDRAWSURFACEをLPDIRECTDAEWSURFACEとか書いて。エラーとか出るとなんか嫌だ。
タイプが下を見て打っていたころより今は速くなっていると遅いころに比べてちょっと違和感が…

---

staticを付けて初期化

2002年6月28日
昔の話
static int number= num;(引数)
と宣言した。このnumberという変数は関数内で条件分岐に使われる変数だった。
何故、staticにしたかと言うと、この関数が呼び出しが頻繁だから。
他の変数もstatic化してたが、その他の変数は初期化はしていなかった。
が、しかし、他の変数と間違えてなのか、関数内だから変数はすべてまた呼び出すときは初期化するんだ！
みたいな固定された考え方がまだ頭の中にあったのだろう。
そして、しばらくして、この変数のおかげで5時間ものデバックに費やされた。
static int number;
number=num;
と、すればいいだけだったのである。あああああああ！関数内は普通見ないよ！(見ないの私だけか？
だって、この関数、何回も呼び出ししててバグなかったし！
第一この関数の条件分岐あまり使わないし！
すべて正しいのにバグが出るのはほんとにムカツク！HTML時代が懐かしい。
ああ。プログラムって大変。(才能Nothing…

---

TRUE=trueまたFALSE=falseなのであろうか？

2002念某日(感じ間違ってるし
タイトルのようにと思ったので以下のサンプルを実行してみた。
結構わたしにとっては意外な結果が…
ちなみにVisualC++6.0 Win32 Console Applicationでテストしました。

//TRUEとFALSEの使い方。サンプル #include <stdio.h> #include <windows.h> int main(){ //TRUEとFALSEはどういう意味か！？ printf("true=%d\n",true); printf("false=%d\n",false); printf("TRUE=%d\n",TRUE); printf("FALSE=%d\n",FALSE); //TRUEだとどういうふうになるか、FALSEだとどういうふうになるか if(true) printf("true\n"); if(false) printf("false\n"); if(TRUE) printf("TRUE\n"); if(FALSE) printf("FALSE\n"); //TRUEとFALSEはもともと数字である。よって数字で表現すると… if(-1) printf("-1\n"); if(0) printf("0\n"); if(1) printf("1\n"); if(2) printf("2\n"); return 0; }

0だとifは作用しないみたいです。それは分かってたが、
１でも２でもー１でもtrueだったんだ。あははY(＾＾Yお手上げ！
少しは羞恥心もてよ！(ツッコミ