07/11/11 23:05:56
>>262
何か一冊.NETの本読んでみます。
ちなみにCLRは.NETとは関係無いものですか？
.NETはVBやVC#でも共通に使えるものでCLRはVC++
固有のものですか？
264:デフォルトの名無しさん
07/11/11 23:07:11
C++でのゲームの組み方について質問よいでしょうか
現在シューティングゲームを作ってるのですが、以下のようなタスクシステムで行なっています
class ITask
{
virtual void task()=0;
virtual void draw()=0;
};
class CEnemyZakoA : public ITask
class CEnemyZakoB : public ITask
class CEnemyFactory : public ITask
class CBg : public ITask
class CItem : public ITask
こんな感じで、全てのオブジェクトはITaskを継承し、一つのITaskリストに登録しています。
そこで疑問なのですが、Task同士が連携するにはどうすればよいでしょうか？
例えば「CBgの持つ『どのくらいスクロールしたか』の情報によって、CEnemyFactoryは生み出すZakoの種類を変える」
といった場合です。
一応素人考えながらこういう手を考えましたが、一般的にはどうするべきなのでしょうか？
１・FacotryのようなほかのTaskの情報に依存するものは、リストに登録せず特別扱いする（CEnemyFactryとして保持しておく）べき
２・他のTaskに依存するTaskは、その生成時にそのTaskへのポインタをもらっておくべき
３・他のTaskに影響を与える情報をまとめた構造体を持ち、それへのポインタをtask()の引数で渡してあげるべき
1はいまいちだと思います。特別が増えるたびに管理が増えますし、何のためのITaskリストなのかわかりません
2はなかなかいい手ですが、CBgが削除された時などに困ります（share_ptrを使うべき？）
3は構造体に新しい情報が加わるたびに、全てのCXXX.cppが再コンパイルになるのが不満です
265:デフォルトの名無しさん
07/11/11 23:15:15
>>264
こちらへ↓どうぞ。
タスクシステム総合スレ
ｽﾚﾘﾝｸ(gamedev板)
266:263
07/11/11 23:17:22
解決しました。
入門書にも書いてありました。
267:デフォルトの名無しさん
07/11/11 23:42:05
>>261
ありがとうございます！上手く行きました！
他にも助言頂いた方々本当にありがとうございました。
268:デフォルトの名無しさん
07/11/12 15:09:38
すまそ。JavaやPHPやVBやってたんだけど、C++やることになりました。
MFCだかCLIだか知らんけど、それを上なぞりするだけの言語仕様がつかめる
C++の本ないですか？一から細かいことまで調べる必要ないので。
C++も一応はわかっています。MFCとかCLIがソース見て理解できる程度の
上辺の知識を理解できるまでの文法力がつく本ってないですか？細かい言語使用は
適宜分厚い本でしらべるので。。よろしくお願いします。
269:デフォルトの名無しさん
07/11/12 16:15:11
サイズ不明のファイルの内容を全部読み込む際に
動的なメモリの割当をしたいとき、どのようにしますか？
i=0;
while(fgets(...) != NULL ){
++i;
}
とやってからnewとかmallocとかで配列を確保するのかなあ
とか考えましたけど、どう考えても余計な事をしているようで…
270:デフォルトの名無しさん
07/11/12 16:29:18
>>269
つ[std::vector]
つ[realloc()]
271:デフォルトの名無しさん
07/11/12 17:00:39
>>269
filelengthとか何らかの手段を使って、ファイルサイズを先に調べて、一気に割り当てる。
標準入力やパイプのようにサイズがわからない場合は、ある程度の大きさのブロックごとに
読み込み、ブロックのlinked listを作成する。大きさがあまり大きくないことがわかっているなら
reallocもあり。
272:デフォルトの名無しさん
07/11/12 17:21:57
>>269
バイナリモードでファイルオープンしてシーク操作でファイルサイズ取得
ifstream
seekg
tellg
273:デフォルトの名無しさん
07/11/12 18:49:16
C++ に thisってないの？
class sample {
int power;
public setPower(int power) {
this.power=power;
}
};
ってしたいんだけど、文法的に間違いだよね？
274:デフォルトの名無しさん
07/11/12 18:52:55
>>273
Javaとは違って、
this->power
275:デフォルトの名無しさん
07/11/12 21:17:31
>>273
C++のthisはポインタ
276:デフォルトの名無しさん
07/11/13 11:42:55
VC++2005（Express) で以下の可変長自動配列を使うコードが通ってくれません(g++では大丈夫でした)
可変長自動配列はC99からサポートされたらしいですがVC++ 2005は未対応？
固定長/ヒープにすればそれで終わりなのですけど、折角の便利仕様なので使いたい・・・
static cosnt int ARRAY_MAX 256
bool variable_array_test(int variable_len)
{
if (variable_len <= 0 || variable_len > ARRAY_MAX)
return false; // bad length
char temporary[variable_len]; // << C2054 でエラー
return true; // ok
}
c:\ cl
Microsoft(R) 32-bit C/C++ Optimizing Compiler Version 14.00.50727.762 for 80x86
CXXFLAGS = -nologo -Zm200 -GS -Od -Zi -Gm -MDd -GR -EHsc -W
277:273
07/11/13 11:52:33
>>274-275 ありがとう！どうせ、こんなとぼけた質問には返事がきてないだろう
とおもったら、来てた。おかげでよくわかりました。使い方と理屈が。
PHPのも参照だから矢印記号なんだ。なるほど、なるほど。お礼が遅くなり申し訳ないです。
278:デフォルトの名無しさん
07/11/13 11:53:21
VCはC99対応していない。
以上
279:デフォルトの名無しさん
07/11/13 12:05:27
>>278
（'д｀;）・・・把握，mingw入れて吊ってきます
280:デフォルトの名無しさん
07/11/13 12:06:32
C++のコンパイラとして見ればVC8は結構優秀なんだがねぇ…
281:デフォルトの名無しさん
07/11/13 16:06:15
そもそもC99とC++98って一緒に使えるの？
282:デフォルトの名無しさん
07/11/13 23:14:06
C++ の std::vector 使えばいいじゃんって事なんだろう。
283:デフォルトの名無しさん
07/11/13 23:57:52
C99はいらない子
284:デフォルトの名無しさん
07/11/14 01:48:09
可変長引数マクロだけはヨコセ
285:デフォルトの名無しさん
07/11/14 01:50:52
どうせなら__FUNC__もあるとうれしい。
286:デフォルトの名無しさん
07/11/14 02:44:38
>>284-285
両方 C++0x に入るみたい。ただし __FUNC__ じゃなくて __func__ ね。
287:デフォルトの名無しさん
07/11/14 07:41:10
で、C++0xまだー？
288:デフォルトの名無しさん
07/11/14 10:34:46
Cにclassが追加されるのも時間の問題だな
289:デフォルトの名無しさん
07/11/14 11:41:06
てかCいらねー
290:デフォルトの名無しさん
07/11/14 12:53:51
デバッグログ出力関係で可変引数マクロ使ってるんだが、
これも止めた方がいい？
291:デフォルトの名無しさん
07/11/14 12:54:47
あ、ヨセじゃなくてヨコセか
292:デフォルトの名無しさん
07/11/14 13:49:55
#include <string>
using namespace std;
class Palindrome{
private:
char *inputValue;
public:
Palindrome();
void setInputValue(char*);
bool isPalindrome();
~Palindrome();
};
Palindrome::Palindrome(){
this->inputValue = new char[100];
}
void Palindrome::setInputValue(char *str){
strcpy(this->inputValue,str);
}
Palindrome::~Palindrome(){
delete [] this->inputValue;
}
293:デフォルトの名無しさん
07/11/14 13:50:32
つづき
bool Palindrome::isPalindrome(){
char *aux = new char[100];
int k=0;
for(size_t i=0;i<strlen(this->inputValue);i++){
if((this->inputValue[i] >= 'A' && this->inputValue[i] <= 'Z') || (this->inputValue[i] >= 'a' && this->inputValue[i] <= 'z')){
aux[k] = tolower(this->inputValue[i]);
k++;
}}
aux[k] = '\0';
for(size_t i=0;i<strlen(aux)/2;i++){
if(aux[i] != aux[strlen(aux) - 1 - i]){
delete [] aux;
return false;
}}
delete [] aux;
return true;
}
294:デフォルトの名無しさん
07/11/14 13:52:03
つづき
#include "Palindrome.cpp"
#include <iostream>
using namespace std;
int main(){
Palindrome p;
char string[100];
while(true){
cout<<"文字を入力してください: ";
cin.getline(string,100);
if(strcmp(string,"") == 0){
break;
}
p.setInputValue(string);
cout<<"その文字は "<<(p.isPalindrome() == true ? "はパリンドロームです " : "違います ")<<endl;
}
return 0;
}
295:デフォルトの名無しさん
07/11/14 13:54:09
windoes上でこのふたつのプログラムは動くんですが、ubuntu上では
コンパイルできません。
だれか、直してもらえますか？
296:デフォルトの名無しさん
07/11/14 13:57:24
エラーメッセージくらい載せろ
297:デフォルトの名無しさん
07/11/14 14:09:02
コンパイルできたし、実行もできてるようだが…
(Ubuntu 7.10 / g++ 4.1)
まさかgccでコンパイルしようとはしてないだろうな
298:デフォルトの名無しさん
07/11/14 14:16:52
すみませんgccでコンパイルしました。
どうやってこんぱいるするんですか？
教えてください。
299:デフォルトの名無しさん
07/11/14 15:07:13
上に書いてあるように g++ でもダメなの？
300:デフォルトの名無しさん
07/11/14 15:07:54
>>298 そんなことより、さっさとエラーメッセージ貼れよ。
301:デフォルトの名無しさん
07/11/14 15:18:14
>>299
g++ でコンパイルできました。
どうもすみませんでした。
ｇ＋＋というのを知りませんでした。
302:デフォルトの名無しさん
07/11/14 16:12:07
>>297
質問です。
コンパイルは出来たんですが、実行が出来ません。
g++ aMain.cpp -o aMain
では何も起こらないんですがどうやって実行したんですか？
303:デフォルトの名無しさん
07/11/14 16:14:59
gccはコンパイラコレクションだからC++特化のライブラリを探してくれない。
g++はC++コンパイラだからC++特化のライブラリも探してくれる。
304:デフォルトの名無しさん
07/11/14 16:16:51
明示しなかった場合、実行モジュールはカレントディレクトリにa.outという名でできる。
実行するには、./a.outでいい。
つーか、その程度の基礎知識もなしにコンパイルなんてするなよw
305:デフォルトの名無しさん
07/11/14 16:18:11
>>302
何したいの？それで aMain というファイルができてるの？
できていえれば、 ./aMain とすれば走るはずだけど。
306:デフォルトの名無しさん
07/11/14 16:26:34
これはスルーしたほうがいいな
307:デフォルトの名無しさん
07/11/14 16:40:07
a.outができません。aMain.oだけできます。
./aMainだとpermission denied となってしまいます。
308:デフォルトの名無しさん
07/11/14 16:45:08
問題解決しました。./aMainでは実行できなくても
g++ aMain.cpp -o aMain && ./aMain
で実行できました。
お騒がせしてすみませんでした。
309:デフォルトの名無しさん
07/11/14 17:40:55
なんじゃそりゃ。
ただのタイプミスな気がする
310:デフォルトの名無しさん
07/11/14 18:06:04
>>308
そんなにあせらずに、Unix 系の CUI 使いかたの本薄いので
良いから一冊読むと大分時間の節約になると思うよぉ。
311:デフォルトの名無しさん
07/11/14 20:33:43
基本的なポインタの質問で申し訳ないんですが。
mallocなどで確保されてない領域を知る方法はありませんか？
char *str;
str=(char *)malloc(sizeof(char)*2);
for(int i=0; i<5; i++){
if( (str+i) == NULL)
//未確保
}
みたいな形でわかればいいんですが、必ずしもNULLが入ってるとは限らないので…。
よろしくお願いします。
312:デフォルトの名無しさん
07/11/14 20:40:37
確保したサイズを覚えておく。
313:311
07/11/14 20:41:58
>>312
なるほど・・・。
やっぱり、そういう方法しかないんですか・・・
せめてtry catchがあれば、強引に出来そうなんですけどね。
どうもありがとうございました。
314:デフォルトの名無しさん
07/11/14 20:46:31
ていうかそのソース突っ込みどころ満載だから勉強頑張ろうな。
315:デフォルトの名無しさん
07/11/14 20:47:44
自分が確保したメモリのアドレスとサイズを持つ構造体でも定義すれば？
316:311
07/11/14 21:14:02
>>314
具体的にどのあたりでしょうか？
よろしくお願いします。
>>315
なるほど。
その方法も検討してみます。
317:デフォルトの名無しさん
07/11/14 21:18:32
DLLで確保されたメモリはそのDLLで解放しないといけないと聞きました。
そこでお聞きしたいのですが、例えば以下のような場合
・アプリケーションAがDLL_BとDLL_Cを参照
・DLL_B自身もDLL_Cを参照
DLL_BがDLL_Cで確保したメモリを
アプリケーションAからリンクされたDLL_Cで解放するのは大丈夫なのでしょうか？
よろしくお願いします。
318:デフォルトの名無しさん
07/11/14 21:33:27
>>317
OKだけど、LocalAllocにすればそんなこと気にしなくてもいいんじゃね？
319:デフォルトの名無しさん
07/11/14 21:42:20
いや、Win32ならLocal系よりHeap系だろ
320:デフォルトの名無しさん
07/11/14 21:55:12
>>316
>if ( ( str + i ) == NULL )
この行で、iに2以上の値が入った時点でアウト。
確保されていない領域を参照することになる。
NULLとの比較も無意味。
初期化されていない領域はゴミが入っているのでNULLかどうかなんてわからない。
321:デフォルトの名無しさん
07/11/14 22:06:29
そもそも参照できてない、それ。
322:デフォルトの名無しさん
07/11/14 22:07:09
>>318
LocalAlloc, HeapAlloc, GlobalAlloc
って名前が違うだけでは無いんですね。
知りませんでした。
>>319
Heap系はよけいなオブジェクトが必要になるのであまり使いたくないです・・・
そこが肝という気もしますが
323:デフォルトの名無しさん
07/11/14 22:09:06
>>320
それが出来ないから質問きたんだろ
出来るなら、既に解決してるじゃんｗ
そもそも
＞この行で、iに2以上の値が入った時点でアウト。
これを判定したいって言う質問なのに、そのレスはナンセンス過ぎる
324:デフォルトの名無しさん
07/11/14 23:06:43
>>320
＞この行で、iに2以上の値が入った時点でアウト。
単なるポインタに数字を足した値を見ただけで何でアウトなんだ？
*つけて参照してるならともかく・・・
325:デフォルトの名無しさん
07/11/14 23:14:37
>>322
ヒープハンドルは常にGetProcessHeap()で得たものを使うことにすれば、
Local/Globalと比べ、新たな面倒さが生まれることはないと思うぞ。
326:デフォルトの名無しさん
07/11/14 23:39:43
そもそもLocalとGlobalってかなり前にMSが使うのやめてっていってなかった？
327:デフォルトの名無しさん
07/11/15 01:27:02
もうCoTaskMemAllocでいいよ
328:デフォルトの名無しさん
07/11/15 01:59:11
>>324
配列要素数を超えたところを指すようにポインタに足し算すると未定義動作になる。
C99 6.5.6 p8 より（ C++ では 5.7 p5 に同じ文面がある）
> If both the pointer operand and the result point to elements of the same array object, or one past the last element
> of the array object, the evaluation shall not produce an overflow; otherwise, the behavior is undefined.
この場合だと要素数 2 の char 配列とみなせるから、 2 までは大丈夫で 3 以上でアウトね。
329:デフォルトの名無しさん
07/11/15 02:05:54
ポインタは*つけて参照しなければ、単なる数字だよ。
しかも、ポインタ変数に代入したわけでもなく、単に+3をやってifで比較しただけでしょ？
その文面は
*(str+i)のように参照した場合や、str+=iのように加算を行った場合であって
str+iでは、何の意味もないかと。
試してみれば分かると思うけど
char *str;
に
if( (str+5000)!=NULL)
ってやろうと
if( (str+50000000)!=NULL)
ってやろうと、エラーは出るはず無いよ。
330:デフォルトの名無しさん
07/11/15 02:23:13
>>329
> *(str+i)のように参照した場合や、str+=iのように加算を行った場合であって
そんなことどこにも書いてない。 p + n という式自体について述べた部分だよ。
* で参照したり = で代入したりする前の話。
331:デフォルトの名無しさん
07/11/15 02:43:49
なんで「一つ後ろ」みたいな表現するんだろう
一瞬、「じゃあふたつ後ろならいいのかよ」とか思ってしまったよ
332:デフォルトの名無しさん
07/11/15 10:42:18
>>330
仕様の読み方わかってないだろ。
プログラムの勉強からはじめたほうがいいね。
333:デフォルトの名無しさん
07/11/15 10:57:22
>>332
どこをどう読んだら >329 みたいな解釈になるのか教えてください。
334:デフォルトの名無しさん
07/11/15 11:24:57
>>328
加減演算子
ポインタオペランド及びその結果の両方が同じ配列オブジェクトの要素、又は
配列オブジェクトの最後の要素を一つ越えたところを指している場合、演算に
よって、オーバーフローを生じてはならない。それ以外の場合、動作は未定義
とする。
あくまで未定義といっているのだから、規格上は何でもあり得る、つまり
実装依存ということになるね。>>329の言っている、エラーが出ない
とか参照しなければ単なる数字になるということは、多くの実装がそう
なっているだけであって、str+5000の加算演算で仮にクラッシュする実装が
あっても、それは規格には従っていることになる。結局、この場合、
動作は未定義だから実装まかせ。
なので、厳密には>>328の意見が正しいと思われる。
335:デフォルトの名無しさん
07/11/15 13:04:40
実際、タイトなメモリ空間モデルを持っている実装では、割と容易に起こり得る。
例えばint array[2]に対してarrayが0xfff0にアサインされているかもしれない。
ポインタもintも16bitなら、array + 4が0になってしまい、NULLと区別できなくなってしまう。
# 流石に即クラッシュはしないだろうけどね。
336:デフォルトの名無しさん
07/11/15 14:02:36
境界の問題はポインタ特有の話じゃありませんね
337:デフォルトの名無しさん
07/11/15 17:44:01
それがどうかしましたか?
338:デフォルトの名無しさん
07/11/15 17:57:27
つまり見当違い
339:デフォルトの名無しさん
07/11/15 18:16:43
どこが?
そもそも誰か、境界の話なんてしているんですか?
340:デフォルトの名無しさん
07/11/15 18:31:33
>>336が場違いな件について
341:wolf ◆8VH3XAqjlU
07/11/15 22:09:24
>>311
*** For your reference ***
Windows. _heapwalk (CRT)
URLﾘﾝｸ(msdn2.microsoft.com)(VS.80).aspx
Linux 2.4x
src\drivers\char\drm\sis_ds.c "void mmDumpMemInfo( memHeap_t *mmInit )"