1 名前:デフォルトの名無しさん [2007/11/03(土) 00:20:13 ] エスケープシーケンスやWin32APIなどの環境依存なものでもOK。 ただしその場合、質問者は必ず環境を書きましょう。 ※sage禁止です(と代々スレに書いてありますが自己判断で)。 【前スレ】 【初心者歓迎】C/C++室 Ver.43【環境依存OK】 pc11.2ch.net/test/read.cgi/tech/1190860744/l50 【アップローダー】(質問が長い時はココ使うと便利) kansai2channeler.hp.infoseek.co.jp/cgi-bin/joyful/joyful.htm
175 名前:デフォルトの名無しさん mailto:sage [2007/11/08(木) 19:34:54 ] ダメ回答者をバッタバッタと取り締まってくれる 救世主が登場
176 名前:デフォルトの名無しさん mailto:sage [2007/11/08(木) 19:45:20 ] >>138 = >>140 がメンツをつぶされた挙句暴れている模様。
177 名前:140 mailto:sage [2007/11/08(木) 20:33:36 ] ちゅがうよ
178 名前:デフォルトの名無しさん [2007/11/08(木) 23:26:50 ] スレッドで、void* で渡した引数をclassに変換したいのですがキャスト出来ないと言われます 2つ以上の引数をスレッドに渡すにはどうすればいいですか?
179 名前:デフォルトの名無しさん mailto:sage [2007/11/08(木) 23:44:35 ] classじゃなくて、classへのポインタにキャストしてみればどーか? void func(void *arg) { ((hogeclass *)arg)->func(); }
180 名前:デフォルトの名無しさん [2007/11/08(木) 23:49:05 ] サンクスやってみます
181 名前:デフォルトの名無しさん mailto:sage [2007/11/08(木) 23:50:40 ] って、まさか本当に HogeClass hoge = (HogeClass) threadArg; なんて記述をしてるんじゃ…。
182 名前:デフォルトの名無しさん [2007/11/08(木) 23:59:34 ] キャストしたvoid型ポインタのarg引数のポインタの元の型 が適切な物なら良いけど、もしそうじゃないなら怖いな
183 名前:デフォルトの名無しさん mailto:sage [2007/11/09(金) 00:12:57 ] 俺はその辺が気持ち悪くなってboost::threadに逃げた。
184 名前:デフォルトの名無しさん mailto:sage [2007/11/09(金) 04:19:15 ] 空気読めて無い人って本当に空気読めてると思ってるんだ・・・ リアルでは出会えない珍獣を見た
185 名前:デフォルトの名無しさん mailto:sage [2007/11/09(金) 05:51:13 ] >>184 とっくにスレの流れ変わってるんだから、空気読めよ。
186 名前:デフォルトの名無しさん mailto:sage [2007/11/09(金) 06:34:46 ] 違うんだ・・!>>184 の空気を読めなくしたのは・・・本当は・・漏れなんだ・・・!
187 名前:デフォルトの名無しさん [2007/11/09(金) 10:24:19 ] ビット列の出現個数を数えたいのですが毎回結果が違います 何ででしょうか? #include <iostream> #include <windows.h> #include <process.h> using namespace std; #define N 1000 #define K 320000 unsigned int su[256]; unsigned WINAPI open(void *p){ unsigned long size; char *buf=new char [K+100]; HANDLE fp=CreateFile((char*)p,GENERIC_READ,0,NULL,OPEN_ALWAYS,FILE_ATTRIBUTE_NORMAL,NULL); ReadFile(fp,buf,K,&size,NULL); for(int i=0;i<size;i++)su[ (unsigned char)buf[i] ]++;} main(){ WIN32_FIND_DATA fd; char path[200]="d:\\aaa\\",serchpath[200]; strcpy(serchpath, path); strcat(serchpath, "*"); SetCurrentDirectory(path); HANDLE hd = FindFirstFile(serchpath, &fd); int n; HANDLE hf[N]; for(n=0;n<256;n++)su[n]=0; for(n=0;;n++){ for(;;){if(!FindNextFile(hd, &fd))goto end; if(!(fd.dwFileAttributes & FILE_ATTRIBUTE_DIRECTORY))break;} hf[n]=(HANDLE)_beginthreadex(NULL, 0, open,(void*)fd.cFileName, 0 ,NULL);} WaitForMultipleObjects(N, hf, TRUE, INFINITE); end: for(n=0;n<256;n++)cout<<n<<" no kosu "<<su[n]<<endl;}
188 名前:デフォルトの名無しさん [2007/11/09(金) 10:27:39 ] su配列にマルチスレッドでアクセスしているところが駄目なんでしようか?
189 名前:デフォルトの名無しさん mailto:sage [2007/11/09(金) 10:39:10 ] >>187 ・同一メモリに複数スレッドから同時にアクセスしているから ・serchpathなんてへんな変数名だから ・thread内でnewしているのに解放していないから ・高々Kバイトしか読み込まないのに100バイトも余計に確保しているから ・変数nを違う目的に使い回しているから ・コーディングスタイルが変態だから ・ハンドル変数にfpなんて名前を使っているから ・どっかWinAPIと思しき辺りの使い方が間違っているから ・毎回ディレクトリの状態が違うから ・毎回ファイルの内容が違うから どれだろね。
190 名前:デフォルトの名無しさん [2007/11/09(金) 10:47:50 ] 正解はなんなんですか?
191 名前:デフォルトの名無しさん mailto:sage [2007/11/09(金) 10:56:48 ] >>190 1つずつ問題がないかどうか確認するんだ
192 名前:デフォルトの名無しさん [2007/11/09(金) 10:58:06 ] これでも値が違います なぜでしょうか #include <iostream> #include <windows.h> #include <process.h> using namespace std; #define N 200 #define K 16 unsigned int su[K]; unsigned WINAPI f(void *p){ int n=(int)p; for(int i=0;i<n*n;i++)su[i%K]++;} main(){ int n; for(n=0;n<K;n++)su[n]=0; HANDLE hf[N]; for(n=0;n<N;n++){ hf[n]=(HANDLE)_beginthreadex(NULL, 0, f,(void*)n, 0 ,NULL);} end: WaitForMultipleObjects(N, hf, TRUE, INFINITE); for(n=0;n<K;n++)cout<<n<<" no kosu "<<su[n]<<endl;}
193 名前:デフォルトの名無しさん mailto:sage [2007/11/09(金) 11:01:05 ] >>192 馬鹿だから。
194 名前:デフォルトの名無しさん [2007/11/09(金) 11:03:41 ] 192よりこっちのほうがたんじゅんかとおもいます どこが駄目なんでしょうか #include <iostream> #include <windows.h> #include <process.h> using namespace std; #define N 200 #define K 12 unsigned int su[K]; unsigned WINAPI f(void *p){for(int i=0;i<(int)p;i++)su[i%K]++;} main(){ int n; for(n=0;n<K;n++)su[n]=0; HANDLE hf[N]; for(n=0;n<N;n++){hf[n]=(HANDLE)_beginthreadex(NULL, 0, f,(void*)n, 0 ,NULL);} WaitForMultipleObjects(N, hf, TRUE, INFINITE); for(n=0;n<K;n++)cout<<n<<" no kosu "<<su[n]<<endl;}
195 名前:デフォルトの名無しさん mailto:sage [2007/11/09(金) 11:09:00 ] 書き手が駄目なんだろう。
196 名前:デフォルトの名無しさん [2007/11/09(金) 11:12:06 ] こうしんされた値が、別のスレッドで更新されてしまうからですかね? メモリがFDくらい動作がのろいとするとsu[・]の値を呼び出して 1を足して書き戻すときに、同時に呼び出して計算していた値で置き換えられると言うことです
197 名前:189 mailto:sage [2007/11/09(金) 11:16:26 ] ちゃんと最初に指摘しているのに……(TT
198 名前:デフォルトの名無しさん mailto:sage [2007/11/09(金) 11:18:14 ] カワイソス
199 名前:デフォルトの名無しさん [2007/11/09(金) 11:20:38 ] これと同じ事ですね 速くする為にスレッドにしたいのに排他制御入れたら鈍くなりますね クリティカルセクション 例 ウェブページの来訪者数を表すカウンタのプログラムを例にとって説明する。カウンターのプログラムはおおまかに次の処理からなる。 ディスク等の記憶装置から現在のカウンタの値を読み出す カウンタの値を1増やす カウンタの値を記憶装置に書き戻す ttp://ja.wikipedia.org/wiki/%E3%82%AF%E3%83%AA%E3%83%86%E3%82%A3%E3%82%AB%E3%83%AB%E3%82%BB%E3%82%AF%E3%82%B7%E3%83%A7%E3%83%B3
200 名前:デフォルトの名無しさん mailto:sage [2007/11/09(金) 11:24:24 ] 配列の要素を LONG volatile にしてInterlockedIncrement。
201 名前:187 [2007/11/09(金) 11:33:53 ] いいこと思いついた スレッド側でビット列の個数を数えて、その個数を配列で返してメイン側で足しあわせる これなら時間のかかる部分はスレッドでやってあるから高速のはず
202 名前:デフォルトの名無しさん [2007/11/09(金) 12:39:04 ] 環境:WindowsXP VS2005 SP1 MFCアプリケーション ダイアログベース ある市販のDLL(libも付いてたので「追加の依存ファイルに指定済み」)の外部関数をコールするたびに、以下のようなメッセージが出力ウィンドウにでます。 HOGE.EXEの0x7c812a5bで初回の例外が発生しました:Microsoft C++の例外: std::runtime_error (メモリの場所 0x0012f16c) 0x7c812a5bでググるといくつかヒットしましたが、原因特定できず。 仕方ないので関数コールをtry catchでくくってもcatchできず。 _try _exceptでも受けれず。 このエラーはどうやったら出なくなるでしょうか?
203 名前:デフォルトの名無しさん mailto:sage [2007/11/09(金) 12:40:31 ] 非同期処理じゃなくて高速化が目的なのかヨ。 よく知らねぇんだが、デュアルコアとは言え プロセスでもない単なるスレッドでOSがマルチな処理してくれるんか? シングルコアな動きするなら、ディスパッチするだけでむしろ遅くなりそうなんだが。
204 名前:デフォルトの名無しさん mailto:sage [2007/11/09(金) 12:42:39 ] ゆとり教育がどうこう言われてるけど、194はもっとソースにゆとりを持たせるべき 変態と言われてもそのままってことは真性のMなんだろうか
205 名前:デフォルトの名無しさん mailto:sage [2007/11/09(金) 12:45:39 ] >>203 しかも、実態はディスクアクセスで律速されるから(同じディスク上のファイルを調べる限り)殆ど速くなる余地がない罠。
206 名前:202 [2007/11/09(金) 12:47:30 ] 書き忘れましたが、出力ウィンドウに表示が出るだけで、 動作には影響は今のところありません。 あと、その市販のDLLに付いてきたMFCのサンプルプロジェクトで試しても同じエラーが出力ウィンドウに出ます。
207 名前:デフォルトの名無しさん mailto:sage [2007/11/09(金) 14:46:34 ] その市販DLLの名前も書かんということはエスパー希望か。
208 名前:デフォルトの名無しさん mailto:sage [2007/11/09(金) 15:54:58 ] const.cpp 1 #include <iostream> 2 3 void extfunc(const int &val) 4 { std::cout << val << std::endl; } 5 6 class A 7 { 8 static const int CONSTDATA = 0x100; 9 public: 10 void func() 11 { extfunc(CONSTDATA); } 12 }; 13 14 int 15 main() 16 { 17 A a; 18 a.func(); 19 return 0; 20 } $ g++ --version g++ (GCC) 4.2.3 20071014 (prerelease) (Debian 4.2.2-3) $ g++ const.cpp /tmp/ccN8OXMd.o: In function `A::func()': const.cpp:(.text._ZN1A4funcEv[A::func()]+0x9): undefined reference to `A::CONSTDATA' うーん・・・コンストメンバ変数って、参照で受ける事が出来ないんでしょうか? extfunc(int(CONSTDATA)); とすれば通りますがなんか・・・
209 名前:デフォルトの名無しさん mailto:sage [2007/11/09(金) 15:59:37 ] メーカーに電話。
210 名前:デフォルトの名無しさん mailto:sage [2007/11/09(金) 16:19:18 ] >>208 定義が無いから賢いコンパイラなら定数データの領域は確保しないらしいね (なので当然シンボルもない) by メイヤーズ 定義してみなよ const int A::CONSTDATA;
211 名前:デフォルトの名無しさん mailto:sage [2007/11/09(金) 16:41:20 ] >>203 187の場合で効果があるかどうかは別として、少なくともWindowsでは、 マルチスレッドでも複数の論理CPUを使ってくれる。
212 名前:デフォルトの名無しさん mailto:sage [2007/11/09(金) 16:46:47 ] Linuxにとっては、スレッドはプロセスと基本的には同じ。 従って、特定のスレッドがどのコアで実行されるかは 原則的にカーネルにゆだねられる。
213 名前:デフォルトの名無しさん mailto:sage [2007/11/09(金) 17:07:17 ] >>210 なんと・・・ 6 class A 7 { 8 static const int CONSTDATA; 9 public: 10 void func() 11 { extfunc(CONSTDATA); } 12 }; 13 14 const int A:CONSTDATA = 0x100; でOKでした,#defineしちゃいそうだけどここは我慢・・・ サンクスです
214 名前:デフォルトの名無しさん mailto:sage [2007/11/09(金) 22:00:56 ] >>213 初期値の指定はクラス定義内でいいんだぜ。そうしないと配列要素数とかの 定数式につかえない。 >>210 クラスのメンバ変数は定義しない限り実体がなくて、参照やポインタを取ろうとすると エラーになることは決まっている。整数型に限って初期値をクラス定義内に書けて、 書けば定数式に使えるという特別ルール。
215 名前:デフォルトの名無しさん mailto:sage [2007/11/09(金) 22:03:41 ] >>206 DLL 内で throw されて DLL 内で catch されてるんでしょ。何も問題ない。
216 名前:デフォルトの名無しさん mailto:sage [2007/11/10(土) 00:33:03 ] 暗号アルゴリズムを勉強しはじめたところなのですが、 DES や AES など、一般的な暗号方式のライブラリはありませんか? C でも C++ でもいいです。 ご存知のかた、もしくは自作モノを持っているかた、情報をお願いします。 ;; できれば SHA-1 や base64 まで対応していると嬉しいですが、 ;; 無くても構いません。
217 名前:デフォルトの名無しさん mailto:sage [2007/11/10(土) 00:39:48 ] 勉強なら自分で作れ。ライブラリを使えるようになっても勉強にならないぞ あとSHA-1やbase64は暗号じゃない
218 名前:デフォルトの名無しさん mailto:sage [2007/11/10(土) 00:58:37 ] >>216 opensslとかか? まぁでも>>217 に1票
219 名前:デフォルトの名無しさん mailto:sage [2007/11/10(土) 01:07:12 ] >>214 だからEffectiveC++に載っていると。。
220 名前:203 mailto:sage [2007/11/10(土) 01:21:43 ] >>211-212 情報サンクス。 良く知らんことしゃべってすまんかった。
221 名前:187 スレッド出来ました [2007/11/10(土) 03:02:08 ] #include <iostream> #include <windows.h> #include <process.h> using namespace std; #define N 100 #define K 320000 unsigned int su[N][256]; char fname[N][256],chk[N]; unsigned WINAPI open(void *p){ unsigned long size,n=(int)p; char *buf=new char [K+100]; HANDLE fp=CreateFile(fname[n],GENERIC_READ,0,NULL,OPEN_ALWAYS,FILE_ATTRIBUTE_NORMAL,NULL); while(1){ ReadFile(fp,buf,K,&size,NULL); if(size==0){chk[n]=0;return 0;} for(int i=0;i<size;i++)su[n][ (unsigned char)buf[i] ]++;}} main(){ WIN32_FIND_DATA fd; char path[200]="d:\\aaa\\",serchpath[200]; strcpy(serchpath, path); strcat(serchpath, "*"); SetCurrentDirectory(path); HANDLE hd = FindFirstFile(serchpath, &fd); int n,i; HANDLE hf[N]; for(n=0;n<N;n++)for(i=0;i<256;i++)su[n][i]=0;for(n=0;n<N;n++)chk[n]=0; for(;;){ if(chk[n]==0){ for(;;){if(!FindNextFile(hd, &fd))goto end; if(!(fd.dwFileAttributes & FILE_ATTRIBUTE_DIRECTORY))break;} strcpy(fname[n],fd.cFileName); chk[n]=1; hf[n]=(HANDLE)_beginthreadex(NULL, 0, open,(void*)n, 0 ,NULL);} n++;if(n>=N)n=0;} end: WaitForMultipleObjects(N, hf, TRUE, INFINITE); for(n=1;n<N;n++)for(i=0;i<256;i++)su[0][i]+=su[n][i]; for(i=0;i<256;i++)cout<<i<<" no kosu "<<su[0][i]<<endl;}
222 名前:デフォルトの名無しさん mailto:sage [2007/11/10(土) 08:40:14 ] >>221 >for(;;){ if(chk[n]==0){ 最初にこの行に到達するとき n=N だぞ。
223 名前:デフォルトの名無しさん mailto:sage [2007/11/10(土) 10:27:45 ] >>219 本は持ってないので知らないけど、クラス定義内の static const な整数型について >210 みたいに「賢いコンパイラなら〜」って書いてあるなら、ちょっと不正確だと思う。
224 名前:デフォルトの名無しさん mailto:sage [2007/11/10(土) 11:24:44 ] >クラスのメンバ変数は定義しない限り実体がなくて、 これは必ずしも正しくないということが書かれてるよ。 これを実現するコンパイラがいわゆる賢いコンパイラ。 標準で、絶対に領域確保がされないことが保障されている わけではなく、実装依存となる。static constなデータは、 確保されるならば、大抵静的領域になる。アドレスを必要とする 処理がある場合に限って(この場合は必ず領域確保が必要)領域 を確保してもいいし、無条件に確保しておいてもいい。 それは実装依存ということ。 領域確保を絶対に避けたければenumを使えばいい。
225 名前:224 mailto:sage [2007/11/10(土) 11:27:22 ] >クラスのメンバ変数は定義しない限り実体がなくて、 というのは、もちろん非staticなメンバーについては正しい。 上で書いたのはstaticなメンバーについて。
226 名前:デフォルトの名無しさん mailto:sage [2007/11/10(土) 11:34:49 ] >>210 >>214 >>223 BCCで>>208 で引っかかって調べたときに 「>>208 は新しい規格で>>213 は古い規格」 みたいな記述を見たんだが。 コレがホントなら、「賢い」とかあんまり関係ないんじゃね? 正確なところ知ってる人、フォローplz
227 名前:デフォルトの名無しさん mailto:sage [2007/11/10(土) 11:50:28 ] >>226 ポインタや参照とかのアドレスを必要としない場合でも常にメモリ確保 を強制されるというのを新しい規格で認るのは信じがたいけど。 正確なところ知ってる人、フォローplz
228 名前:デフォルトの名無しさん mailto:sage [2007/11/10(土) 12:43:08 ] >>224 さっきから実装依存だと言ってるのって、名前空間スコープに定義した const 変数の 話じゃないの? クラスの static const なメンバ変数はクラス定義内では宣言しかされないので、 別途定義が必要。整数型に限って、宣言につけた初期値を持つ定数式として使える という特別ルールがあるだけ。 C++ 2003 規格の 9.4.2 p2 より > The declaration of a static data member in its class definition is not a definition and may be of an > incomplete type other than cv-qualified void. The definition for a static data member shall appear in a > namespace scope enclosing the member’s class definition. 同じく 9.4.2 p4 > If a static data member is of const integral or const enumeration type, its declaration in the class > definition can specify a constant-initializer which shall be an integral constant expression (5.19). In that > case, the member can appear in integral constant expressions. The member shall still be defined in a namespace > scope if it is used in the program and the namespace scope definition shall not contain an initializer.
229 名前:228 mailto:sage [2007/11/10(土) 12:53:51 ] あ、整数型の static const メンバ変数については "if it is used" ってあるから、 定数式の一部として使うぶんには定義は必要無いね。参照やポインタを取られる 可能性があるなら関係ないけど。 >208 の例もあるし、ライブラリとして提供するような時には気をつけて定義しとかないと まずいね。
230 名前:デフォルトの名無しさん mailto:sage [2007/11/10(土) 14:09:21 ] >>228 thx
231 名前:デフォルトの名無しさん mailto:sage [2007/11/10(土) 14:23:44 ] bind1stやbind2ndの戻り値は何でしょうか? どういう性質のものなのか?あと型名とか。
232 名前:デフォルトの名無しさん mailto:sage [2007/11/10(土) 15:20:54 ] binder1stやbinder2nd
233 名前:デフォルトの名無しさん mailto:sage [2007/11/10(土) 17:13:27 ] >>232 それは引数を一つとるoperator( )が定義されている関数オブジェクトの クラス型ということですよね?
234 名前:デフォルトの名無しさん mailto:sage [2007/11/10(土) 17:36:10 ] そう。 直接binder1stやbinder2ndを使っても問題は無いんだけど、 その場合はbinder1st<ここを書かなきゃいけないのがめんどいよね>。
235 名前:デフォルトの名無しさん mailto:sage [2007/11/10(土) 17:42:20 ] >>234 どうも。 ストラップ本で理解できました。
236 名前:デフォルトの名無しさん mailto:sage [2007/11/10(土) 18:11:21 ] 紐本?
237 名前:デフォルトの名無しさん mailto:sage [2007/11/10(土) 18:14:49 ] 禿本
238 名前:デフォルトの名無しさん [2007/11/11(日) 15:11:11 ] VC6.0でかかれたプログラムをVisualStudio2005に移植しようとしてます。 あるプロセスでstrtok()で、トークン分解中に静的リンクしたDLLの関数を呼んでいます。 その関数内でもstrtok()してるらしく、関数終えて呼び出し元で続きのstrtok()をしようとすると、意図しない値(具体的にはNULL)が入ってしまいます。 MSDNにはCランタイムライブラリの頁に静的リンクなら問題ないようなことを書いてますが、 なぜstrtok()が静的リンクした関数にひきづられるのでしょうか。 あとVC6.0の頃は引きずられなかったのでしょうか。 環境:XP MFC
239 名前:デフォルトの名無しさん mailto:sage [2007/11/11(日) 15:26:26 ] >>238 strtok() はヌルを渡されたときのために前回の分割位置を静的な変数に覚えている ことがある。だから、基本的にそういう使い方はできない。 msdn2.microsoft.com/ja-jp/library/abx4dbyh (VS.80).aspx 静的リンクで DLL との競合が起こらない理由もちゃんと書いてある。 VC8(VS2005) でも静的リンクは使えるから、明示的に指定すれば同じ動作に なるんじゃないの?
240 名前:238 [2007/11/11(日) 17:30:02 ] >>239 ありがとう。 自分もその頁見てたけど、静的リンクするのはCRTであって、 こちらが作ったDLLじゃないわけですね。 そこを勘違いしてました。 結局どのコンパイラオプションを選べばいいか調べきれなかったので VC6.0の時は適切なコンパイラオプションだったんだろうけど、今回はstrtok_s()使うことにしました。
241 名前:デフォルトの名無しさん [2007/11/11(日) 17:38:52 ] 符号なし整数だとオーバフローが起きない というような話をときどき伺うのですが、 どういうことなのか理解できません…… 教えて頂けませんか?
242 名前:デフォルトの名無しさん mailto:sage [2007/11/11(日) 17:56:28 ] オーバフローが起きないなんてことはないので忘れてください
243 名前:デフォルトの名無しさん mailto:sage [2007/11/11(日) 18:00:02 ] >>241 符号なし整数の計算では、最大値の次が 0 で 0 の前が最大値というふうにラップしている ものとして結果が必ずその型の範囲内に収まる、と規格で定められている。 ラップする場合を指してオーバーフローと言うかどうかは微妙なところ。
244 名前:デフォルトの名無しさん mailto:sage [2007/11/11(日) 18:28:41 ] >>243 なるほど、納得できました ありがとうございます
245 名前:デフォルトの名無しさん [2007/11/11(日) 18:50:42 ] はじめまして。 初心者です。 C++について質問があります。 ArrayとVecotorの全ての値をファンクションに渡して、Arrayの全ての値をReturnしたいのですが、 うまくいきません。 コールの仕方と、プロトタイプの書き方、それからReturnの書き方を教えてください。 もしくは、何か別の方法をしないといけないのでしょうか…? よろしくお願いします。
246 名前:デフォルトの名無しさん mailto:sage [2007/11/11(日) 18:58:21 ] >>245 Array とか Vecotor とか聞いたことないけど int なり何なりと変わらんと思うよ Array func(Array a) { /* a についていろいろ処理 */ return a; } void func(Array *a) { /* a についていろいろ処理 */ }
247 名前:245 [2007/11/11(日) 19:14:29 ] >246 IntやDouble、Char等のScalar変数(ひとつの値しか含まない変数)なら うまくいくのですが、ArrayやVectorのようなCollection変数(二つ以上の値を含む変数)は なぜかうまくいかないのです。 Int型Arrayについて、 Int myFunction(myArray[]) { Arrayについて処理 return myArray[]; } や、 String型Vectorについて String myFunction(myVector[]) { myVector処理 return myVector[]; { のようにやろうとしているのですが、間違えているのでしょうか…?
248 名前:デフォルトの名無しさん mailto:sage [2007/11/11(日) 19:36:53 ] >>247 コンパイルもできないコードを貼って「間違えているのでしょうか…?」って、何考えてんだ? エスパーでも募集してんのか? とりあえず C/C++ では大文字小文字が区別されるから、区別しろ。いまのままじゃ めちゃくちゃすぎる。 実際にコードを書いてコンパイルしろ。そしたらエラーメッセージが出るから、それを嫁。
249 名前:デフォルトの名無しさん mailto:sage [2007/11/11(日) 19:36:59 ] 何がやりたいのか、まだよくわからないなぁ。
250 名前:デフォルトの名無しさん mailto:sage [2007/11/11(日) 19:38:02 ] これはC/C++なの? myArray/myVectorがテンプレートなのかも怪しいけど STL前提ならこう書くんじゃないか // int型のベクタを定義 typedef std::vector<int> myIntArray; myIntArray myIntFunction(myIntArray array) { myArray::iterator i = array.begin(); myArray::iterator e = array.end(); while(i != e) { // arrayに対する処理(要素に1を足す) *i += 1; i++; } return array; // 処理結果を返す }
251 名前:デフォルトの名無しさん mailto:sage [2007/11/11(日) 19:42:54 ] わりぃ myIntArray::iterator i = array.begin(); myIntArray::iterator e = array.end(); だわ
252 名前:デフォルトの名無しさん mailto:sage [2007/11/11(日) 20:08:26 ] for_each使ったほうがよくね?
253 名前:エスパー mailto:sage [2007/11/11(日) 20:12:05 ] >>247 そのArrayやVectorはコピーできない だから関数にそのまま渡すことも返すこともできない
254 名前:デフォルトの名無しさん mailto:sage [2007/11/11(日) 20:41:47 ] とりあえず何だ。 Int って何だ。Array って何だ。String って何だ。C/C++ にそんなものはない。 しかも、せっかく >Array func(Array a) ってアドバイスもらってるのに、 >Int myFunction(myArray[]) って思いっきり無視してるし。
255 名前:デフォルトの名無しさん [2007/11/11(日) 21:58:30 ] すみませんスレチかも知れませんが質問です。 Windows VistaとVisual C++ 2005 ExpでOpenGLを使い簡単なゲームアプリを製作しました。 友人AのVista機ではなんら問題なく動作したのですが、友人BのXPでは動作しませんでした。 友人A、BともにOpenGLのDLLは入っています。 どなたか解決のヒントでもいいのでご存じであればよろしくおねがいします。
256 名前:デフォルトの名無しさん mailto:sage [2007/11/11(日) 22:02:47 ] msvcr80.dllがなんたらっていうエラーメッセージだったら、 VC++ 2005のランタイムを入れろ。
257 名前:デフォルトの名無しさん mailto:sage [2007/11/11(日) 22:02:51 ] Visual C++のランタイムは入ってるかね?
258 名前:デフォルトの名無しさん mailto:sage [2007/11/11(日) 22:08:27 ] 聞いてみたところ、ランタイムは入ってるとのことでした。エラーメッセージは 『このアプリケーションの構成が正しくないため、アプリケーションを開始できませんでした。 アプリケーションを再度インストールすることにより問題が解決する場合があります。 』 らしいです。Vista環境では正常に動作するのですが……
259 名前:デフォルトの名無しさん mailto:sage [2007/11/11(日) 22:22:56 ] じゃあ.NET Frameworkかな
260 名前:デフォルトの名無しさん mailto:sage [2007/11/11(日) 22:45:16 ] これからVC++を学ぶ場合でもMFCは有効ですか? それともMFCは今後使用されなくなっていくことが濃厚で .NETとCLR?(この違いはわかりませんが)を勉強 したほうが良いでしょうか?
261 名前:デフォルトの名無しさん mailto:sage [2007/11/11(日) 22:46:08 ] >>258 エラーメッセージでググったら、こんなの出てきたがどうよ? ttp://rararahp.cool.ne.jp/cgi-bin/lng/vc/vclng.cgi?print+200606/06060025.txt
262 名前:デフォルトの名無しさん mailto:sage [2007/11/11(日) 22:57:08 ] >>260 個人的な意見 .NETで良いと思う。 でもどっちみち、ちょっと突っ込んだことしようとすると Win32APIをガシガシ叩くことになるんで、 まずはウィンドウに子ウィンドウ貼り付けて絵と文字を表示するぐらいは Win32APIを触っとくのが良いと思う。 1週間も掛からんと思うし。
263 名前:デフォルトの名無しさん mailto:sage [2007/11/11(日) 23:05:56 ] >>262 何か一冊.NETの本読んでみます。 ちなみにCLRは.NETとは関係無いものですか? .NETはVBやVC#でも共通に使えるものでCLRはVC++ 固有のものですか?
264 名前:デフォルトの名無しさん mailto:sage [2007/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の種類を変える」 といった場合です。 一応素人考えながらこういう手を考えましたが、一般的にはどうするべきなのでしょうか? 1・FacotryのようなほかのTaskの情報に依存するものは、リストに登録せず特別扱いする(CEnemyFactryとして保持しておく)べき 2・他のTaskに依存するTaskは、その生成時にそのTaskへのポインタをもらっておくべき 3・他のTaskに影響を与える情報をまとめた構造体を持ち、それへのポインタをtask()の引数で渡してあげるべき 1はいまいちだと思います。特別が増えるたびに管理が増えますし、何のためのITaskリストなのかわかりません 2はなかなかいい手ですが、CBgが削除された時などに困ります(share_ptrを使うべき?) 3は構造体に新しい情報が加わるたびに、全てのCXXX.cppが再コンパイルになるのが不満です
265 名前:デフォルトの名無しさん mailto:sage [2007/11/11(日) 23:15:15 ] >>264 こちらへ↓どうぞ。 タスクシステム総合スレ pc11.2ch.net/test/read.cgi/gamedev/1173708588/
266 名前:263 mailto:sage [2007/11/11(日) 23:17:22 ] 解決しました。 入門書にも書いてありました。
267 名前:デフォルトの名無しさん mailto:sage [2007/11/11(日) 23:42:05 ] >>261 ありがとうございます!上手く行きました! 他にも助言頂いた方々本当にありがとうございました。
268 名前:デフォルトの名無しさん [2007/11/12(月) 15:09:38 ] すまそ。JavaやPHPやVBやってたんだけど、C++やることになりました。 MFCだかCLIだか知らんけど、それを上なぞりするだけの言語仕様がつかめる C++の本ないですか?一から細かいことまで調べる必要ないので。 C++も一応はわかっています。MFCとかCLIがソース見て理解できる程度の 上辺の知識を理解できるまでの文法力がつく本ってないですか?細かい言語使用は 適宜分厚い本でしらべるので。。よろしくお願いします。
269 名前:デフォルトの名無しさん [2007/11/12(月) 16:15:11 ] サイズ不明のファイルの内容を全部読み込む際に 動的なメモリの割当をしたいとき、どのようにしますか? i=0; while(fgets(...) != NULL ){ ++i; } とやってからnewとかmallocとかで配列を確保するのかなあ とか考えましたけど、どう考えても余計な事をしているようで…
270 名前:デフォルトの名無しさん mailto:sage [2007/11/12(月) 16:29:18 ] >>269 つ[std::vector] つ[realloc()]
271 名前:デフォルトの名無しさん mailto:sage [2007/11/12(月) 17:00:39 ] >>269 filelengthとか何らかの手段を使って、ファイルサイズを先に調べて、一気に割り当てる。 標準入力やパイプのようにサイズがわからない場合は、ある程度の大きさのブロックごとに 読み込み、ブロックのlinked listを作成する。大きさがあまり大きくないことがわかっているなら reallocもあり。
272 名前:デフォルトの名無しさん mailto:sage [2007/11/12(月) 17:21:57 ] >>269 バイナリモードでファイルオープンしてシーク操作でファイルサイズ取得 ifstream seekg tellg
273 名前:デフォルトの名無しさん [2007/11/12(月) 18:49:16 ] C++ に thisってないの? class sample { int power; public setPower(int power) { this.power=power; } }; ってしたいんだけど、文法的に間違いだよね?
274 名前:デフォルトの名無しさん mailto:sage [2007/11/12(月) 18:52:55 ] >>273 Javaとは違って、 this->power
275 名前:デフォルトの名無しさん mailto:sage [2007/11/12(月) 21:17:31 ] >>273 C++のthisはポインタ