【初心者歓迎】C/C++室 Ver.44【環境依存OK】

【初心者歓迎】C/C++� ..

253:エスパー
07/11/11 20:12:05
>>247
そのArrayやVectorはコピーできない
だから関数にそのまま渡すことも返すこともできない

254:デフォルトの名無しさん
07/11/11 20:41:47
とりあえず何だ。
Int って何だ。Array って何だ。String って何だ。C/C++ にそんなものはない。

しかも、せっかく
＞Array func(Array a)
ってアドバイスもらってるのに、
＞Int myFunction(myArray[])
って思いっきり無視してるし。

255:デフォルトの名無しさん
07/11/11 21:58:30
すみませんスレチかも知れませんが質問です。

Windows VistaとVisual C++ 2005 ExpでOpenGLを使い簡単なゲームアプリを製作しました。
友人AのVista機ではなんら問題なく動作したのですが、友人BのXPでは動作しませんでした。
友人A、BともにOpenGLのDLLは入っています。

どなたか解決のヒントでもいいのでご存じであればよろしくおねがいします。

256:デフォルトの名無しさん
07/11/11 22:02:47
msvcr80.dllがなんたらっていうエラーメッセージだったら、
VC++ 2005のランタイムを入れろ。

257:デフォルトの名無しさん
07/11/11 22:02:51
Visual C++のランタイムは入ってるかね？

258:デフォルトの名無しさん
07/11/11 22:08:27
聞いてみたところ、ランタイムは入ってるとのことでした。エラーメッセージは
『このアプリケーションの構成が正しくないため、アプリケーションを開始できませんでした。
アプリケーションを再度インストールすることにより問題が解決する場合があります。』
らしいです。Vista環境では正常に動作するのですが……

259:デフォルトの名無しさん
07/11/11 22:22:56
じゃあ.NET Frameworkかな

260:デフォルトの名無しさん
07/11/11 22:45:16
これからVC++を学ぶ場合でもMFCは有効ですか？
それともMFCは今後使用されなくなっていくことが濃厚で
.NETとCLR？（この違いはわかりませんが）を勉強
したほうが良いでしょうか？

261:デフォルトの名無しさん
07/11/11 22:46:08
>>258
エラーメッセージでググったら、こんなの出てきたがどうよ？
URLﾘﾝｸ(rararahp.cool.ne.jp)

262:デフォルトの名無しさん
07/11/11 22:57:08
>>260
個人的な意見

.NETで良いと思う。
でもどっちみち、ちょっと突っ込んだことしようとすると
Win32APIをガシガシ叩くことになるんで、
まずはウィンドウに子ウィンドウ貼り付けて絵と文字を表示するぐらいは
Win32APIを触っとくのが良いと思う。
1週間も掛からんと思うし。

263:デフォルトの名無しさん
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 )"