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

1 名前：デフォルトの名無しさん mailto:sage [2010/01/29(金) 23:15:45 ] エスケープシーケンスやWin32APIなどの環境依存なものでもOK。 ただしその場合、質問者は必ず環境を書きましょう。 ※sage禁止です(と代々スレに書いてありますが自己判断で)。 【前スレ】 【初心者歓迎】C/C++室 Ver.70【環境依存OK】 pc12.2ch.net/test/read.cgi/tech/1258873470/ 【アップローダー】(質問が長い時はココ使うと便利) kansai2channeler.hp.infoseek.co.jp/cgi-bin/joyful/joyful.htm codepad.org/ (コンパイルもできるし出力結果も得られるのでお勧め) ◆ソースのインデントについて 半角空白やTABでのインデントはスレに貼ると無くなります。 そのため、アップローダーに上げるのも手ですが直接貼る場合は、 全角空白か に置換すると見栄えだけはよくなります。 49 名前：デフォルトの名無しさん mailto:sage [2010/02/02(火) 20:36:50 ] >>43 いいんじゃね boostの.hppってっ拡張子は 実装も含んでるヘッダだよ、っていうような意味なんじゃないかね 50 名前：デフォルトの名無しさん mailto:sage [2010/02/02(火) 20:39:53 ] >>48 thx 51 名前：デフォルトの名無しさん mailto:sage [2010/02/02(火) 21:45:20 ] >>49 Boost FAQには以下のようにあるけど。 >なぜ Boost のヘッダファイルはどれもこれも .hpp を使い、 .h や拡張子なしにしないのですか？ >ファイルの拡張子は、人間とコンピュータプログラムの両方にそのファイルの "型" を伝えるものである。 >'.h' という拡張子は C のヘッダファイルで用いられており、 C++ のヘッダファイルに関して間違ったことを伝えてしまう。 >拡張子無しのものを用いると何も伝わらず、型を断定するためにファイルの中身を調べることを強制する。 >'.hpp' を使うことで、そのファイルが C++ のヘッダファイルであることを明確に特定することができ、 また実際に使う際にもきちんと動作する。 (Rainer Deyke) 52 名前：デフォルトの名無しさん mailto:sage [2010/02/02(火) 22:00:10 ] >>51 つまりC++は静的型付け言語だから、 同じように型の発想をしよう、ということか。 ・・・それって守らなきゃダメなん？ Boost以外でも守られるのが標準的なC++の文化なの？ 53 名前：デフォルトの名無しさん mailto:sage [2010/02/02(火) 22:24:15 ] 拡張子なんてただの飾りだから何でもいいよ .fuckとか.javaとか.exeとか付けるのも自由だ 54 名前：デフォルトの名無しさん mailto:sage [2010/02/02(火) 22:30:12 ] >>53 まあ自由だけど、それをまねした 小学生がぶん殴られたら可哀想じゃないか！ 55 名前：デフォルトの名無しさん mailto:sage [2010/02/02(火) 22:32:54 ] The Loki Library を見てみたら、ふつーに.hだったわ。 56 名前：デフォルトの名無しさん mailto:sage [2010/02/02(火) 22:34:27 ] .exe とか .lnk とか拡張子によってはシステムべったりだから飾りじゃすまないな 57 名前：デフォルトの名無しさん mailto:sage [2010/02/02(火) 22:50:13 ] ゲームのパラメータをファイルに置いておきたいんですが c++から使えて暗号化もできるシンプルなデータベースってありますか？ 58 名前：デフォルトの名無しさん [2010/02/02(火) 22:53:42 ] Linuxにてgprofでプロファイルを見てみたのですが、全関数の処理の合計時間が実測した時間よりも短くなっていました。 この差分は何に起因するものなのでしょうか？ 59 名前：デフォルトの名無しさん mailto:sage [2010/02/02(火) 22:57:07 ] >>58 cputime と usertime の差？ 60 名前：デフォルトの名無しさん mailto:sage [2010/02/02(火) 23:12:30 ] >>57 www.moongift.jp/2010/01/sqlcipher/ これとかどうだろう 61 名前：デフォルトの名無しさん mailto:sage [2010/02/03(水) 05:05:32 ] gccでAみたいに書くとstrict aliasing rules警告されるんで、 Bみたいに書いたんだけど、これって正しい、というか、 -fno-strict-aliasingを指定した場合と同じ意味になるって保証されてる？ struct Vec { int x, y, z; }; int  data[3][3] = {{0,1,2},{3,4,5},{6,7,8}}; int main() {   Vec* v0 = (Vec*)data; // A 警告される   Vec* v1 = (Vec*)(void*)data; // B 警告されない   return 0; } 62 名前：デフォルトの名無しさん mailto:sage [2010/02/03(水) 06:37:25 ] 警告残した方が後々の為に良い気も 63 名前：デフォルトの名無しさん mailto:sage [2010/02/03(水) 06:39:24 ] >>61 基本的にstrict aliasing ruleに対する違反は キャストでは解決できないと思った方がいい じゃあどうすればいいの？ってところでは GCC3.3.0以上なら__attibute__((may_alias))っていうのがある けど、そのコードはダーティすぎるからそこから直した方がいい 64 名前：デフォルトの名無しさん mailto:sage [2010/02/03(水) 09:35:07 ] namespaceとはどういうときに使用するのですか？ 65 名前：デフォルトの名無しさん mailto:sage [2010/02/03(水) 09:42:43 ] >>64 名前衝突の可能性を最小限にしながら、面倒なプリフィックス付けもしたくないとき。 66 名前：デフォルトの名無しさん mailto:sage [2010/02/03(水) 10:13:04 ] めんどうっていうけど std_hogeもstd::hogeも変わらねーよ 67 名前：デフォルトの名無しさん mailto:sage [2010/02/03(水) 10:24:18 ] じゃあインテリセンスで一覧表示させたい場合 68 名前：デフォルトの名無しさん mailto:sage [2010/02/03(水) 10:34:05 ] >>66 たとえば関数 hoge の宣言や定義で同じ名前空間にある名前を何度も使うことを考えると 話が違ってくるはず。 std_result std_hoge(std_arg1 a1, std_arg2 a2) {   std_detail d;   std_impl(d, a1, a2); } namespace std { result hoge(arg1 a1, arg2 a2) {   detail d;   impl(d, a1, a2); } } 69 名前：デフォルトの名無しさん mailto:sage [2010/02/03(水) 10:43:42 ] DQN的プログラミングにnamespaceは不要 70 名前：デフォルトの名無しさん mailto:sage [2010/02/03(水) 11:32:37 ] DLLとかでエクスポートするときに邪魔なんだよ名前空間 いちいちラップしないといけない 71 名前：デフォルトの名無しさん mailto:sage [2010/02/03(水) 11:42:06 ] クラス内の複数箇所でstd::out_of_range("適当なエラーメッセージ") このまま文字列リテラルがコード各所に散らばるのは気持ち悪いので １．あらかじめエラーメッセージをメンバ変数に持たせておく ２．例外を投げるメンバ関数を用意する ３．std::out_of_range("適当なエラーメッセージ")をマクロ定義しておく どれがスマートな方法でしょうか？ 72 名前：デフォルトの名無しさん mailto:sage [2010/02/03(水) 11:54:58 ] 俺はマクロかなぁ const文字列にしてもいいけどマクロのが楽じゃわい 73 名前：デフォルトの名無しさん mailto:sage [2010/02/03(水) 12:09:13 ] void check_range(int min, int max, int value) { if (value < min || value > max) throw std::out_of_range("〜"); } 74 名前：デフォルトの名無しさん mailto:sage [2010/02/03(水) 12:14:27 ] >>73 それじゃどこからエラー出たか特定できないじゃん 75 名前：デフォルトの名無しさん mailto:sage [2010/02/03(水) 12:18:23 ] どのみち例外に行番号情報は含まれないから、元から特定できないと思うけど 76 名前：デフォルトの名無しさん mailto:sage [2010/02/03(水) 12:28:21 ] __FILE__と__LINE__をパラメータで渡せばいい 77 名前：デフォルトの名無しさん mailto:sage [2010/02/03(水) 14:24:53 ] 別に何も対策はしないな それで問題が出るわけじゃないし 78 名前：デフォルトの名無しさん [2010/02/03(水) 15:43:49 ] C++ で継承不可能なクラスを宣言することはできますか？ C# や Java の static class みたいに。 79 名前：デフォルトの名無しさん mailto:sage [2010/02/03(水) 15:49:27 ] 残念なことにできません (C#やJavaのsealedやfinalのことだよね？) 仮想関数にあたるものにvirtualを付けないことで これ以上継承しないでね、という意思表示にすることぐらいしか 現状できないと思う ただ、次期C++だとたぶんあるんじゃないかな 80 名前：デフォルトの名無しさん mailto:sage [2010/02/03(水) 15:52:22 ] 例外をマクロ化するのは良いアイデアだなとおもったけど 標準例外のコンストラクタに__LINE__と__FILE__を渡す方法を思いつかなくてガッカリ・・・ どういうマクロにすれば良いでしょうか？ 81 名前：デフォルトの名無しさん mailto:sage [2010/02/03(水) 16:00:32 ] class out_of_range_with_line_number : public std::out_of_range { ........... }; 82 名前：デフォルトの名無しさん mailto:sage [2010/02/03(水) 16:13:05 ] 行番号とかよりも どの関数から/どのデータが原因で投げられたのか、といった情報を入れたほうがいいんでないかい out_of_rangeなら、どの配列からout_of_rangeが出たのかによって それが分かるような例外クラスを作ってrethrowするとか 83 名前：デフォルトの名無しさん mailto:sage [2010/02/03(水) 16:37:42 ] つ boost::exception 84 名前：デフォルトの名無しさん mailto:sage [2010/02/03(水) 17:48:55 ] >>81>>83 やっぱり継承するなりなんなりするしかないか 85 名前：デフォルトの名無しさん mailto:sage [2010/02/03(水) 18:37:02 ] >>78 デストラクタを private にしてみるとか。 class Hoge { private: 　~Hoge() {} }; 86 名前：デフォルトの名無しさん mailto:sage [2010/02/03(水) 18:50:11 ] まともに使えねえよ 87 名前：デフォルトの名無しさん mailto:sage [2010/02/03(水) 19:06:09 ] C++0xの[[final]]も継承禁止じゃないしな 88 名前：デフォルトの名無しさん mailto:sage [2010/02/03(水) 19:08:30 ] iface *create(...) { class local : public iface { ... }; return new local(...); } 制限はあるけどこれでfinalだよ 89 名前：デフォルトの名無しさん mailto:sage [2010/02/03(水) 20:52:17 ] 教えて下さい。 今お仕事のデバッグ用にSDカードのセクタをFATではなく セクタ直接アクセスするコードを今使ってます。 そのソフトでドライブ選択をGetDriveType()でリムーバブルディスクのみを 選択できるようにしておるのですが、これではカードリーダーライターに 刺さったディスク全て選択できてしまいます。(例えばCFとかUSBメモリとか) 自分だけで使う場合は注意すればいいだけなのですが、チームで使ってるんで できればドライブ選択をSDカードONLYにしたいと思っているのですが、 どのようなコードにすればいいでしょうか？ 環境 WindowsXP Microsoft VisualC++ 6.0 MFC 90 名前：デフォルトの名無しさん mailto:sage [2010/02/04(木) 00:22:22 ] >>71 どの方法にも何のメリットも感じられない。 そのままにしとくのが一番スマートな気がする。 >>80 #define OUT_OF_RANGE(what) (std::out_of_range(std::string(__FILE__":"BOOST_PP_STRINGIZE(__LINE__)": ") + (what))) 91 名前：デフォルトの名無しさん mailto:sage [2010/02/04(木) 01:59:50 ] >>62-63 ありがとう。できるだけ根本的に修正するようにしてみる。 ついでに、このコードについても教えてくれないか。 ttp://codepad.org/novJOf5Z これ、仕事で使ってるgcc4.1.1とcodepad(gcc4.1.2)では警告されるのに、cygwinのgcc4.3.2だと、 -fstrict-aliasingと-Wstrict-aliasingを指定しても警告されないんだ(-Wstrict-aliasing=2を加えれば警告される)。 このへんの動作って4.1.2以降で変更されてる？ gccのchangesを見たけど、関係ありそうなのは4.2の The C++ frontend now also produces strict aliasing warnings when -fstrict-aliasing -Wstrict-aliasing is in effect. くらいしか見つけられんかった。 92 名前：デフォルトの名無しさん mailto:sage [2010/02/04(木) 05:32:31 ] >>91 どうしてそんな碌でも無いコードばかり書くんだ… GCCのchangelogに書いてあるのは大きなものだけだから 知らないうちに内部の動作が少々変わることはありうるよ 無印の-Wstrict-aliasingで警告がでないのが正しいかはわからん そこらへんの加減はgccの中の人にしかわからんだろうから… 93 名前：デフォルトの名無しさん mailto:sage [2010/02/04(木) 09:36:50 ] #include <iostream> #include <fstream> #pragma pack(push, 1) struct POD { int a, b; char str[5]; int x, y, z; }; #pragma pack(pop) void test(POD &pod) { std::cout << "a: " << pod.a << std::endl; std::cout << "b: " << pod.b << std::endl; std::cout << "str: " << pod.str << std::endl; std::cout << "x: " << pod.x << std::endl; std::cout << "y: " << pod.y << std::endl; std::cout << "z: " << pod.z << std::endl; } 94 名前：デフォルトの名無しさん mailto:sage [2010/02/04(木) 09:37:33 ] void save(POD &pod) { std::ofstream out("test.bin", std::ios::binary); out.write((char*)&pod, sizeof(POD)); } void load(POD &pod) { std::ifstream in("test.bin", std::ios::binary); POD tmp; in.read((char*)&tmp, sizeof(POD)); pod = tmp; } 95 名前：デフォルトの名無しさん mailto:sage [2010/02/04(木) 09:39:19 ] int main(void) { POD pod1 = {1, 2, "test", 3, 4, 5}; test(pod1); save(pod1); POD pod2 = {0}; load(pod2); test(pod2); return 0; } 上記のコードは自分のマシンだと期待通りに動いてるようなんですが ほかのマシンに移植しても大丈夫でしょうか？ 96 名前：デフォルトの名無しさん mailto:sage [2010/02/04(木) 09:44:54 ] intの奇数番地アクセスに問題ないCPUだったら、大丈夫かも 97 名前：デフォルトの名無しさん mailto:sage [2010/02/04(木) 10:01:24 ] >>96 レスありがとうございます 念のためpack(push, 4)にしてみます 98 名前：デフォルトの名無しさん mailto:sage [2010/02/04(木) 10:07:15 ] 移植性考えるなら stdint.hを読み込んで int を int32_t とかに 99 名前：デフォルトの名無しさん mailto:sage [2010/02/04(木) 12:44:50 ] >>98 レスありがとうございます バイト数も揃えてみます vc++にstdintが無いのが困りものですがvs2010にはあるようなので・・・ 100 名前：デフォルトの名無しさん mailto:sage [2010/02/04(木) 13:21:04 ] >>92 >どうしてそんな碌でも無いコードばかり書くんだ…  ごめんw 実は>>91は、社内製コードでLoadFileAsync(const char* filename, void** buffer)っていうのがあるんだけど、 これがgcc4.1.1にしたら警告が出たので、調査用に書いたんだわ。 動作は、filenameを非同期にディスクから読み出して、読み出したメモリ領域のアドレスをbufferに返す。 非同期ロード用クラスでも作って、void**を置き換えればいいんだろうが、 既にあちこちで呼ばれてる関数だから手を出しづらいんだよね。 101 名前：デフォルトの名無しさん mailto:sage [2010/02/04(木) 16:21:27 ] >>99 ttp://www.kijineko.co.jp/node/63 こういうのがあるよ 102 名前：デフォルトの名無しさん mailto:sage [2010/02/04(木) 23:42:27 ] >>100 それでもその強引なキャストは要らんのでは？ A a; void* p; f(&p); a.str = static_cast<char*>(p); もしかしてメモリ領域の確保も非同期なの？ 103 名前：デフォルトの名無しさん mailto:sage [2010/02/05(金) 01:25:07 ] ヘッダファイルの中で#includeの替わりに,classが使われている時があります #includeをclassにすると、何かいい事があるのでしょうか？ また、QWidgetは#includeもclassも書かれていませんが なぜ、使う事ができるのでしょうか？ calmlight.s2.zmx.jp/Qt4Examples/SimpleMenu.html 104 名前：デフォルトの名無しさん mailto:sage [2010/02/05(金) 01:34:59 ] 「#includeの替わりに,classが使われている」わけじゃない 前方宣言でググれ というかC/C++の#includeはJavaのimport、C#のusingとは違うぞ 105 名前：デフォルトの名無しさん mailto:sage [2010/02/05(金) 06:58:32 ] >>103 もうC言語やC++のプリプロセッサっていう勉強をした方がいいんじゃないか？ 106 名前：デフォルトの名無しさん mailto:sage [2010/02/05(金) 09:24:40 ] 継承元クラスを引数で受けた時に、そのprotectedメンバにアクセスできないのは どういう理由でそうなっているのでしょうか？ class A { protected: 　int x; }; class B : public A { public: 　void operator=(const A& a) { 　　x = a.x; //a.xはprotectedで操作できない 　}; }; 107 名前：デフォルトの名無しさん mailto:sage [2010/02/05(金) 09:30:31 ] >>106 別のクラス class C : public A （略）などが、 B とは違う都合でそいつを使っている かもしれないから。 めんどくさいから protected なんて最初から使わなけりゃいいんだよ。 private or public でいけないのか、よく考えたほうがいい。 108 名前：デフォルトの名無しさん mailto:sage [2010/02/05(金) 09:45:32 ] >>107 適当なこというな >>106 自分がAをpublicに継承してアクセス可能になるのは this->aであって 引数としてAを受けた時は外部からのアクセスになる つまりAのpublicなメンバにしかアクセスできない (自分がAを継承してるかなんて全く関係ない) 上のケースでやろうとしてるのはこれと変わらない void f(const A& a){ int a=a.x; } protectedなメンバは 「この機能は継承してから使えな」、っていう意思表示なのに 継承前のAのデータにアクセスできたらおかしいでしょ 109 名前：デフォルトの名無しさん mailto:sage [2010/02/05(金) 10:04:23 ] だったら外からアクセスしてるのに同じクラスのprivateにアクセス出来るのはおかしいはず 110 名前：デフォルトの名無しさん mailto:sage [2010/02/05(金) 10:05:47 ] >>108 あんたのそれは何か根拠があるのかね？ > 自分がAをpublicに継承してアクセス可能になるのは > this->aであって > 引数としてAを受けた時は外部からのアクセスになる protected がそうなってる（ private と違う）理由を聞かれてるんだよ。 ちなみに、 A の継承が public であるかどうかは関係ないし、 this->a 以外にも B& b という引数に対してなら b.a でアクセスできる。 > protectedなメンバは > 「この機能は継承してから使えな」、っていう意思表示なのに > 継承前のAのデータにアクセスできたらおかしいでしょ その説明だと、別の派生クラス C の C& c について B のメンバ関数内で c.a にアクセスできない理由の説明にならないね。 111 名前：デフォルトの名無しさん mailto:sage [2010/02/05(金) 10:17:53 ] >>100 >>92に追記しておくけど -Wstrict-aliasingは全ての問題があるケースを警告するとは限らない -Wstrict-aliasingは-Wstrict-aliasing=3と同じで -Wstrict-aliasing=1が最も「少しでも怪しければ警告にする」けど それでもit has very few false negativesとしか言われてない gcc.gnu.org/onlinedocs/gcc-4.4.3/gcc/Warning-Options.html#index-Wstrict_002daliasing_003dn-317 製品としてgccの最適化によるバグを絶対回避したいなら -fno-strict-aliasingにしてこの種の最適化を無効にするしかない 112 名前：デフォルトの名無しさん mailto:sage [2010/02/05(金) 10:23:47 ] >>111 > -Wstrict-aliasing=1が最も「少しでも怪しければ警告にする」けど > それでもit has very few false negativesとしか言われてない それ、 "when higher levels do not ... , as it has very few false negatives" の ところで、 1 より上のレベルについて言ってるところだよ。レベル 1 については "it has many false positives" ってなってる。 113 名前：112 mailto:sage [2010/02/05(金) 10:28:46 ] ん？ごめん、読み違えた。 Level 1 だと false negative が少なくて（でもゼロじゃなくて）、かわりに false positive は多いってことか。 112 は忘れて。 114 名前：デフォルトの名無しさん mailto:sage [2010/02/05(金) 15:57:26 ] ifstream と　Win32 ReadFile のメリットとデメリットを教えてください ReadFileはwindows依存していることは知ってます、ifstreamの内部ではReadFileを使っている（？）とかどってでみた気がする 速度を比較してみたらifstreamの方がはやかったです 115 名前：デフォルトの名無しさん mailto:sage [2010/02/05(金) 16:02:59 ] 1バイトずつReadFileを呼び出したりしていないか？ ifstream等は内部にバッファを持って一度の呼び出しで多くのデータを読み込むようにしてAPIの呼び出し回数を抑えているはず 116 名前：114 mailto:sage [2010/02/05(金) 16:10:02 ] ReadFile引数のブッファ指定のところでファイルサイズ渡しているので1バイトずつではないはず 117 名前：デフォルトの名無しさん mailto:sage [2010/02/05(金) 16:45:56 ] 普通のファイルを普通に読むとOSは勝手にディスクキャッシュするよ 118 名前：デフォルトの名無しさん mailto:sage [2010/02/05(金) 17:24:52 ] それだとReadFileが遅い理由にならんのでは 119 名前：デフォルトの名無しさん mailto:sage [2010/02/05(金) 17:28:37 ] いきなりファイル全体キャッシュするわけじゃないから 120 名前：デフォルトの名無しさん mailto:sage [2010/02/05(金) 18:04:54 ] ディスクアクセスのコストはOSのディスクキャッシュで隠蔽できても システムコール(カーネルとのモード遷移)のコストは隠蔽できません。 ReadFileを何度も何度も呼び出している限り。 121 名前：デフォルトの名無しさん mailto:sage [2010/02/05(金) 19:48:25 ] ifstreamが速い理由にならんぞ 122 名前：デフォルトの名無しさん mailto:sage [2010/02/05(金) 20:15:36 ] ナニ言ってんだオマエは 123 名前：デフォルトの名無しさん mailto:sage [2010/02/05(金) 20:16:50 ] ちなみに stdioと比較してifstreamは全然速くない。 124 名前：デフォルトの名無しさん [2010/02/05(金) 20:23:02 ] 比較しちゃだめだろ iostreamの良い所は別にあるんだから。 何かというとそれは次の人どうぞ ↓↓↓ 125 名前：デフォルトの名無しさん mailto:sage [2010/02/05(金) 20:39:29 ] 継承によって作られている所です つまり入力元や出力先だけではなくstringstreamのように 根本的な構造が異なっても全く同じイメージで操作できる事です とでも言って欲しいのか？ 126 名前：デフォルトの名無しさん mailto:sage [2010/02/05(金) 21:52:34 ] >>114 どんなコードで比較したのかわかるようにコードを晒さないと答えられないな。 127 名前：デフォルトの名無しさん mailto:sage [2010/02/05(金) 22:16:09 ] >>114 ReadFileの使い方を間違ってるんじゃないか？ ifstreamを書いた人はReadFileの使い方をよく知ってるんだと思うよ。 128 名前：デフォルトの名無しさん [2010/02/05(金) 23:44:41 ] メッセーッジについて教えてくれ WM_NOTIFYとON_NOTIFY_REFLECTの関係がわからない 調べたところWM_NOTIFYのメッセージが贈られるとるとON__NOTIFY_REFLECTが呼び出されれウ みたく書いてあったけど じゃあON_NOTIFY_REFLECTがもってる通知メッセージは何よ？ わかりやすくおしえてね 129 名前：デフォルトの名無しさん mailto:sage [2010/02/05(金) 23:49:40 ] >>128 は？ 頭おかしいの？ 130 名前：デフォルトの名無しさん [2010/02/05(金) 23:50:12 ] >>128 Win32API質問箱 Build86 pc12.2ch.net/test/read.cgi/tech/1265350980/ 131 名前：デフォルトの名無しさん mailto:sage [2010/02/05(金) 23:52:04 ] どっちかというとMFCのほうだな 132 名前：デフォルトの名無しさん [2010/02/06(土) 02:27:22 ] PaintDCの描画領域のクリア方法教えて 133 名前：デフォルトの名無しさん mailto:sage [2010/02/06(土) 10:22:50 ] InvalidateRectもしくはValidateRectのことか それともFillRectのことだろうか 134 名前：デフォルトの名無しさん mailto:sage [2010/02/06(土) 13:22:55 ] template< int Foo > class CHoge { public: 　　CHoge(int ini) : m_hoge(ini){} 　　int m_hoge; 　　char m_foo[Foo]; 　　static const CHoge<Foo> sc_Zero; }; //const CHoge<Foo> CHoge<Foo >::sc_Zero = CHoge<Foo>(0); // Foo : 定義されていない識別子です。 　sc_Zero を初期化したいんだけど，どのようにすればいいでしょうか？ 135 名前：デフォルトの名無しさん mailto:sage [2010/02/06(土) 13:38:26 ] Fooの値は決まる必要があるんじゃね？ template< int Foo > class CHoge { public: CHoge(int ini) : m_hoge(ini){} int m_hoge; char m_foo[Foo]; static const CHoge<Foo> sc_Zero; }; CHoge<1> h(10); const CHoge<1> CHoge<1>::sc_Zero(h); 136 名前：デフォルトの名無しさん mailto:sage [2010/02/06(土) 13:41:57 ] template < int Foo > const CHoge<Foo> CHoge<Foo >::sc_Zero = CHoge<Foo>(0); 137 名前：134 mailto:sage [2010/02/06(土) 13:51:57 ] >>135-136 ありがとうございます．初期化出来ました． 138 名前：デフォルトの名無しさん mailto:sage [2010/02/06(土) 17:31:35 ] 前方宣言をすると普通に#includeするよりも、コンパイルが速くなりますか？ 139 名前：デフォルトの名無しさん mailto:sage [2010/02/06(土) 17:33:57 ] 前方宣言はコンパイル依存性を減らしたりするために あると思うんだけど 140 名前：デフォルトの名無しさん mailto:sage [2010/02/06(土) 17:39:20 ] >>138 コンパイルが速くなるっていうよりも、コンパイルしなおさなければいけなくなるファイルが 減るっていうのが正しいかと。 141 名前：デフォルトの名無しさん mailto:sage [2010/02/06(土) 18:05:26 ] 前方宣言が必要なパターン class B; class A { B b; }; class B { A *a; }; あとはpimplイディオムで少し似た使い方したり。 142 名前：138 mailto:sage [2010/02/06(土) 18:06:41 ] >>140 やっぱり、そうだよね thx 143 名前：デフォルトの名無しさん mailto:sage [2010/02/06(土) 22:06:12 ] newとmallocは似たような動作をしますが、 バックグラウンドではnewがmallocを呼び出しているのですか？ 144 名前：デフォルトの名無しさん mailto:sage [2010/02/06(土) 22:09:27 ] >>143 そういう実装も多いけども、そうとは限らない。 それが問題になるようなプログラムを書くべきではないし、書く必要も無い。 145 名前：デフォルトの名無しさん mailto:sage [2010/02/06(土) 22:48:57 ] WinAPＩを使わずにマウスをプログラム側から操作するにはどうしたらよいでしょうか？ 146 名前：デフォルトの名無しさん mailto:sage [2010/02/06(土) 22:50:12 ] そういうライブラリを探す。 147 名前：デフォルトの名無しさん mailto:sage [2010/02/06(土) 22:57:22 ] >>145 それは不可能だろう。 ラッパライブラリがあれば可能だろうが、 そのラッパもやはりWinAPIは使っているだろうな。 148 名前：デフォルトの名無しさん [2010/02/06(土) 23:43:39 ] VS2005、Ｃ/Ｃ++でコントローラ（Joystick）の状態を取得するにはどうすれば良いのでしょうか？ 調べても中々出てこないみたいなので。助けてください。 プロジェクト設定はWin32コンソールアプリケーションです。 ひどいくらい初心者ですが、よろしくお願いします。 149 名前：デフォルトの名無しさん mailto:sage [2010/02/06(土) 23:53:46 ] GetJoystickState

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef