C++相談室 part69

1 名前：デフォルトの名無しさん mailto:sage [2009/05/04(月) 21:04:54 ] C++に関する質問やら話題やらはこちらへどうぞ。 ただし質問の前にはFAQに一通り目を通してください。 IDE (VC++など)などの使い方の質問はその開発環境のスレに お願いします。 前スレ C++相談室 part66 pc12.2ch.net/test/read.cgi/tech/1231640498/ ※part63, part66 が重複していたようですので part69 としました。 369 名前：364 mailto:sage [2009/05/23(土) 23:25:54 ] >>367 いやできるでしょ。 cppが1つしかないんだぜ？ ってことは翻訳単位も（恐ろしいことだが）一つってことじゃん。 370 名前：デフォルトの名無しさん mailto:sage [2009/05/23(土) 23:27:17 ] すでに拡張子の意味を逸脱した使い方なのはわかった 371 名前：デフォルトの名無しさん mailto:sage [2009/05/23(土) 23:29:20 ] >>369 あぁ、そういうことか。理解したｗ すごいな。 372 名前：357 mailto:sage [2009/05/23(土) 23:33:35 ] 結論としては、>>370 がおっしゃっているように、 拡張子の意味を確実に逸脱しているのですね。 みなさんがおっしゃったように、リンクの意味を理解していなかったようです。 分割ビルドは十分理解できました。 今一度教えてください。みなさんは .h を基本的にどのような用途で利用されていますか？ また、現状のように .cpp を１つだけもち、ほとんどすべてを .h に置くことで発生しうる 考えられる問題がありましたら教えてください。 >>369 すみません、私は理解できませんでした。 まだ初心者であることを思い知りました。 翻訳単位が１つだと、恐ろしいものですか？時間が掛かる、という観点でしょうか。 373 名前：369 mailto:sage [2009/05/23(土) 23:40:35 ] >>372 >翻訳単位が１つだと、恐ろしいものですか？ そんな開発者見たことないから、恐ろしいと形容した。 >今一度教えてください。みなさんは .h を基本的にどのような用途で利用されていますか？ あくまで宣言だけを書いておく。 MyClassを使う必要があればMyClass.hをインクルードする。 一方MyClass.cppにもMyClass.hをインクルードしておいて、別途コンパイルしておく。 こうすることで、MyClass.cppが変更されても他の大部分のcppは再コンパイルしないで済む。 あるいはMyClass.cppをコンパイルしてライブラリとして公開する場合、 他社には.hだけを見せるわけだから実装を隠せるとか。 >また、現状のように .cpp を１つだけもち、ほとんどすべてを .h に置くことで発生しうる >考えられる問題がありましたら教えてください。 他の会社や組織に公開する時に実装がだだ漏れになるとか 374 名前：デフォルトの名無しさん mailto:sage [2009/05/23(土) 23:46:19 ] つか、どんな教科書で勉強したんだよ。 大概の教科書は分割の仕方書いてあるだろ＾＾ 375 名前：デフォルトの名無しさん mailto:sage [2009/05/23(土) 23:49:36 ] >>372 ビルドに時間が掛かって仕方がないだろう 376 名前：357 mailto:sage [2009/05/23(土) 23:54:38 ] >>323 なるほど、、、将来を見据えた設計をしながら開発してるんですね。 なんかもう、うちの会社が悩ましいです。 >>374 会社の研修では一切… ちなみにほとんどのプロジェクトがそんな感じです。 java と COBOL 人間ばかりなので、include = そこにそのファイル内容を挿入、っていう 意味合いだけしか着目していないんだと思います。 >>375 その通りですね。勉強になりました。 今日皆さんにご指導いただいた内容を以って、会社の開発体制の改善を 促して以降と思います。 ありがとうございました。 377 名前：デフォルトの名無しさん mailto:sage [2009/05/23(土) 23:55:23 ] まて、>>357は本当にC++を扱う一部上場企業に勤めているのか？ 例えば、分割コンパイルには関係ないようなC++の問題だしても解けるか？ 378 名前：357 mailto:sage [2009/05/23(土) 23:55:32 ] >>376 ○ >>323 × >>373 379 名前：デフォルトの名無しさん mailto:sage [2009/05/23(土) 23:56:27 ] どうせ元ABCのあそこだろ？ 380 名前：デフォルトの名無しさん mailto:sage [2009/05/23(土) 23:59:44 ] >>377 私も信じられなくなってきましたが、こんな開発者ばかりながらも、 一部上場です。 私はアセンブル系のドライバ開発あがりで、ウィザードを利用して ATL/WTL アプリケーションの 開発をやっているので、一から自分でファイルを作ってプロジェクトを構成したことがありませんでした。 ２０年弱もプログラミングをして来ましたが、初心者からはなかなか抜け出せませんね。 大変勉強になりました。 381 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 00:06:46 ] >>380 そうなのか。 じゃあもういっそC++やめて、各自が得意なCOBOLとかアセンブラやればいいのではないでしょうかね。。。 少なくとも一人、C++の知識がある人が居ないととんでもないことになるのでは。 まああなたがその一人になれば良いだけだが。 頑張ってください。 382 名前：デフォルトの名無しさん [2009/05/24(日) 00:07:00 ] >>380 大丈夫。そのやり方で会社が回っているならそれで正しい。 開発の仕方に正解なんてないんだし、そもそも他と同じことをやっていたらこのご時世生き残れない。 君の会社は君の会社なりのやり方を見つけたんだと思う。だから生き残っているんだろう。 もっと、堂々としていいよ。 383 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 00:16:10 ] >>381 なかなか COBOL やアセンブルの案件が見つからなくなってきたんですよね。。 でも、頑張ります！ありがとうございます。 >>382 ありがとうございます。 基本をしっかり抑えた上で、スタイルを大事にして行くことにします。 384 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 00:37:07 ] >>380 優秀であってもドカタ企業のドカタじゃどうしよもないよ 一部上場の正社員とドカタ企業のドカタじゃ霄壌の差 385 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 02:15:34 ] 言わなくてもわかってるからもうドカタに触れるのやめようよ 可哀想だろ俺が 386 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 02:27:32 ] 一部上場ならお給金もそれなりでしょ まともな本買いましょうよ 387 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 02:39:06 ] 初心者にまともな本買えって言っても、 どれがまともな本なのかわからんでしょ まともな本教えましょうよ 388 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 02:54:41 ] 学生の勉強じゃない仕事の事なんだから、休みの日にでも本屋に出向いて 中を見て初心者なりでも”自分”で選ぶべきだと、俺は思う で、幾つかの本を読破してこそ、まともな本かどうかの判断が付く脱初心者になって行くんだと思う その最初のステップを”初心者”と言う理屈で飛ばすような奴が プログラムの本を読んで技術力を上げていくなんて出来ないだろ そもそも、本人が教えてと言ってるならともかく 初心者なんだから教えるべき、と言って自分は教えてない奴は好きじゃないｗ 389 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 02:59:18 ] 兎にも角にも禿本は重要だよな。 特に後半の設計に関する部分を読んでない人は多いと思うけど、色々含蓄あるし。 390 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 03:02:13 ] 俺が書いたネタレスに入魂レスとは.... ネタと分かるように語尾を>>386と同じにしたのに 釣られる奴居るんだな 391 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 03:05:39 ] >>388 長々と小言を言う暇があるなら、自分が薦める本を挙げればいいのに。 >>390 釣りならVIPでも行ってやれば？ 392 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 03:15:54 ] だから最初の理解なんて人それぞれ 俺が良いと言ったって、合う合わないがある、だから教えないし、 自分でググるなり、本を手に取れって言ってるじゃん アンタゆとり？ 393 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 03:25:13 ] 釣りに延々とマジレスしてきもいな 394 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 03:25:14 ] 以下のプログラムがうまく行かないのですが、 解決方法を教えて下さい。 　5 class B; 　6 　7 class A{ 　8 　public: 　9 　　int hoge; 10　　 A(int i){ i = hoge; } 11 12 　　B conv(){ return B(hoge); } 13 }; 14 15 class B{ 16 　public: 17 　　int hoge; 18 　　B(int i){ i = hoge; } 19 20 　　A conv(){ return A(hoge); } 21 }; ------------------- エラー test.cpp: In member function ‘B A::conv()’: test.cpp:12: error: return type ‘struct B’ is incomplete test.cpp:12: error: invalid use of incomplete type ‘struct B’ test.cpp:5: error: forward declaration of ‘struct B’ 395 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 04:39:09 ] Bの定義より後にA::convの定義を置けば上手くいく。 class B; class A { public: int hoge;     A(int i) { i = hoge; }     B conv(); }; class B { public: int hoge;     B(int i) { i = hoge; }     A conv() { return A(hoge); } }; B A::conv(){ return B(hoge); } 396 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 04:40:16 ] class B; class A { 　... 　B conv(); 　... }; class B { 　... }; B A::conv() { 　return B(...); } 397 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 04:45:07 ] >>395 >>396 ありがとうございます。 398 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 05:36:49 ] complexは実数、虚数にreal()、imag()でアクセスするわけですが、 この関数って参照返すだけだから、 それだったら内部の実数、虚数変数に直接アクセスした方が関数呼び出し無い分早いだろうし、 ソースコードも見やすく（多分）なると思うのですが、 これには何か理由があるのでしょうか？ 399 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 08:12:11 ] ja.wikipedia.org/wiki/%E3%83%87%E3%83%BC%E3%82%BF%E6%8A%BD%E8%B1%A1%E5%8C%96 400 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 10:53:54 ] >>398 基本的に内部の実装に触れられるようにしちゃうと いざインターフェースは変わらないが実装が変わるような仕様変更をするときに 悲劇がおこるからとか。 401 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 14:06:24 ] あと、関数呼出のオーバーヘッドなんてないと思っていいよ。 それくらいコンパイラの最適化でいともたやすく消え去るられる。 402 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 14:11:10 ] そんなことはない だったらなぜわざわざinlineなんて予約語が用意されてるんだ？ 関数呼び出しを減らすのは高速化の基本のキだ ウソを教えるのはやめろ 403 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 14:15:36 ] >>402 の年齢が気になる 404 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 14:15:42 ] 現在は なんでもかんでもゲッタセッタ教 の勢が強いから 狂信者の戯言は聞き流して己が道を進めばいいと思うよ 405 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 14:20:59 ] 下駄雪駄教徒だって、下駄雪駄は基本的にインライン関数にするだろう アウトラインの下駄雪駄なんておぞましいものは狂信者でも書くわけがない 少なくとも長いループ内では、アウトライン関数を呼んではいけない これは今も重要なガイドラインだ 406 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 15:01:18 ] 少なくともC++でフィールド変数直接アクセスするのは 百害あって一利なしだな。 >>402 >>401が言ってるのはreal/imagの話だろ。 言葉足らずならそう指摘すればいいのに。力抜けよ。 407 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 15:05:37 ] ja.wikipedia.org/wiki/%E3%83%A1%E3%82%BD%E3%83%83%E3%83%89_(%E8%A8%88%E7%AE%97%E6%A9%9F%E7%A7%91%E5%AD%A6) 下の方のアクセサの項目 408 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 15:06:24 ] せったげったって言うけどさ hoge.hage.foo.bar.set_value(0); とかはあったとしても hoge.get_hage().get_foo().get_bar().set_value(0); なんてことはしないよね この辺みんなどうしてるんだろ。 hage や foo は public なメンバにするよね？でもそれだと統一感ないよね？ 409 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 15:08:19 ] どっちもねーよ 410 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 15:12:41 ] データ主体なものは構造体にしている メンバ関数はコンストラクタ、コピー、シライライズ、ダンプ、アサートぐらいしか定義しない それと同じ目的の変数は構造体にまとめる class A 411 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 15:15:28 ] 途中で送ってしまったぜ 後ろの段落は class の中で struct xxx_param とか struct xxx_item, xxx_state とかを定義して まとめてあつかう 412 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 15:18:06 ] おなじくどっちもねーよ > hoge.hage.foo この辺までですでに内部状態の一貫性を壊していると思われ(setの場合)。 設計が悪いから作り直せ。 413 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 15:38:47 ] え？でもさ、よくしらないけど、フォームアプリなんて System.Form.SetValue() みたいにどんどん深くなっていってない？ 実モデルでたとえても、例えば 部屋A.本棚B.本C.ページD.GetText(); みたいな例は十分にありえるんじゃないの？ 414 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 15:39:02 ] >>402は今でもregisterを使っているのだろうか。 415 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 16:02:00 ] せめてこうだろ void foo::set_bar_value(int n) { bar.set_value(n); } void hage::set_bar_value(int n) { foo.set_bar_value(n); } void hoge::set_bar_value(int n) { hage.set_bar_value(n); } hoge.set_bar_value(0); 俺はvector3やmatrix44みたいなのは公開してるなあ。 あとは、クラスとして独立させるほどでもないが、関連のあるメンバ変数をグループ化したいときに structを使ってる。 416 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 16:05:06 ] >>413 System.Form.SetValue() どこのC#？ あとそれ名前空間と混ざってるから。 417 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 16:13:50 ] でも名前空間って要するに全メンバがpublic静的なクラスのことだろ 418 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 16:21:41 ] >>415 それはない 419 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 16:38:05 ] しょぼい設計でなければ 名前空間で内部状態を壊されることはないから問題ない。 420 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 17:11:46 ] class A{ 　　B* get(); } というクラスで、get()メソッドをインライン関数にしたい テンプレートクラスと同様に同じヘッダファイルに実装を書く場合、 inline B* A::get(){ 　　コード } の「inline」は意味があるのでしょうか？ 421 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 17:15:11 ] ない というか意味があるかないかで言うなら、inlineは常に意味がない コンパイラは自由にインライン化要請を無視できるし、要請されてない関数をインライン化することが出来る 422 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 17:25:36 ] 規格上はそうだが、一応現実的には意味はあるから、意味なしと言い切ってしまうのは誤解を招くのでは。 例えば俺が使っているコンパイラは「inline指定に従う/無視する」「inline指定がなくても勝手にinline化する/しない」 などの指示を自分で出すことができる。 423 名前：422 mailto:sage [2009/05/24(日) 17:26:22 ] もちろん環境依存の話だから、詳しくは「自分が使ってるコンパイラについて調べてね」ってことだけど。 424 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 17:33:39 ] inlineは、コンパイラの最適化云々ではなく、 ヘッダに直接（= インラインで）定義するぞ、という意味だと思えばいい。 425 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 17:53:20 ] >>424 変な誤解を生むから詳しく知らないなら 黙ってるか断定的に書くな。 426 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 18:02:20 ] >>424 適当なこと書くなよ。 cppファイルにてもinlineは書けるわけだし もう何が何なのかw 427 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 18:05:30 ] >>424 インラインに”ヘッダに直接”という意味があったなんて白なｋったおれはどうすればいい？ 428 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 18:06:30 ]  "C++" "ヘッダに直接"　"インライン"の検索結果 5 件中 1 - 5 件目 (0.33 秒) 429 名前：426 mailto:sage [2009/05/24(日) 18:08:40 ] >>428 よくやったwww 430 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 18:35:56 ] ところで>>420でinlineを付けなかったらリンカエラーにならない？ そういう意味でinlineはいると思うんだけど。 431 名前：デフォルトの名無しさん [2009/05/24(日) 18:37:06 ] んなわけない。 432 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 18:38:13 ] >>430 よくわからないけどオブジェクトコードにクロージャっぽいのがつくられるきがするぅ 433 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 18:53:52 ] int DLLAPI (*mcOpenDevice ) (void) = NULL; あるDLLについてたヘッダ内の記載なんですがVCで「構文エラー : '('」が出ます カッコの数は合ってるし、関数ポインタの宣言としてもおかしくないように見えるのですが 詳しい方から見て何か違和感はありますでしょうか？ ちなみに　#define DLLAPI WINAPI　されてます 434 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 18:55:29 ] ん、俺の環境(gcc 3.4.5)だと、ヘッダファイルのクラス定義内部じゃないところにinlineがついてない関数定義があって それを複数の翻訳単位でインクルードしてコンパイルしてリンクすると、多重定義エラーでるなぁ。 435 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 18:56:14 ] 問題ないと思う 多分その直前に何かおかしい所がありそう 436 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 18:58:40 ] WINAPIを関数名と勘違いしちゃったんだろうな。 437 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 19:02:20 ] >>435　ありがとうございます 自分の作ったのでも結構悩むのに、さらに人の作ったのだと難度高いです・・・ もうちょっと見直してきます 438 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 19:18:02 ] プリプロセスだけ通してみるとか 439 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 19:19:27 ] 先に<windows.h>をインクルードしたらいいと思う。 440 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 19:30:27 ] >>438 プリプロセッサ以外の記述を削除ってことですか？ >>439 <windows.h>とかメジャー系はいくつか試したんですがダメでした・・・ 441 名前：433 mailto:sage [2009/05/24(日) 19:35:13 ] >>433のはMCRWwinというツールのです ttp://www.geocities.jp/altshibabou/win/image/mcrwwin110.LZH どなたかVC使いの方でビルド通るか実験して頂ける方はおりますでしょうか 最近入れなおしたので、私のVCの設定が悪いのかもしれない 442 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 19:37:14 ] とりあえず #define WINAPI か #define WINAPI __stdcall って書いとけ。 443 名前：433 mailto:sage [2009/05/24(日) 19:52:22 ] >>438 すんません、勘違いしてました /E /Pで.i吐かせて該当行見ましたら int __stdcall (*mcOpenDevice ) (void) = ((void *)0); と展開されてました、他の箇所も見た感じ悪くはなさげなのです 444 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 20:09:04 ] >>443 おお、それはエラーになる。 int (DLLAPI *mcOpenDevice)(void) = NULL;としてみるんだ。 msdn.microsoft.com/ja-jp/library/zxk0tw93.aspx 一番最後のExampleでもそうなっている。 445 名前：420 mailto:sage [2009/05/24(日) 20:19:30 ] >>421-434 VC++2003を使っていて、今のところ1つのcppファイルからしかインクルードしてないので inlineを付けても付けなくても問題はなかったのですが、 付けないとcppファイル毎に関数が定義されているとみなされる＝>>430や>>434 ということなんでしょうね。 どうもありがとうございました。 446 名前：433 mailto:sage [2009/05/24(日) 20:19:42 ] >>444 ありがとうございます、無事ビルド通りました >>436さんも多分同じこと指摘してくれてたんですよね、分からなくて申し訳ないです みなさんのおかげで先に進めそうです 本当にありがとうございました。 447 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 21:06:14 ] 超初心者ですがコンパイラ何使ったらいでしょう？ 448 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 21:06:41 ] gcc 449 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 21:09:35 ] 書き忘れました windowsで使えるものをお願いします 450 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 21:10:55 ] >>448 よくわからないのでとりあえずぐぐってみます ありがとうございます 451 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 21:13:22 ] >450 WinならMinGW まあgccなんだけどな 452 名前：デフォルトの名無しさん [2009/05/24(日) 21:13:37 ] >>447 Visual C++ Express 2008 www.microsoft.com/japan/msdn/vstudio/Express/ 453 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 21:15:33 ] >>451-452 レスありがとうございます 454 名前：デフォルトの名無しさん [2009/05/24(日) 21:35:25 ] Toubo C++ 455 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 01:23:27 ] >>454 初めて聞いた。 そしてググってみてちょっと面白かった。 456 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 01:28:58 ] 7件しかヒットしないぞ？ しかも全部中国。 457 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 02:44:48 ] 昔はTurboCといえば、M＄としのぎを削った人気コンパイラだったのだよ。 458 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 04:02:59 ] いやTouboだし。 459 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 05:23:12 ] Toubo C++ 検索したら漢字ばっかで いじる勇気がでない。 460 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 06:40:45 ] JIS X3014 6.6.3 return の 2 の最終行、「未定」が「末定」になってるｗ 461 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 07:46:16 ] しばらくVBAばっかりいじってたから、C++のウィンドウの扱いが面倒に思えて困る いつもVCの空のプロジェクトにダイアログリソース突っ込んで出してるんだが ひょっとして空のプロジェクト使わなければC#とかみたいに簡単に扱えるのかな？ 空じゃないプロジェクトって最初からコードいっぱい書いてて抵抗あったから今まで触ったこと無いんだ 462 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 07:48:25 ] スレ違いすぎるだろ… 463 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 08:31:50 ] >>461 vcでポトペタできるのはダイアログだけだよ ウィンドウはﾑﾘﾎﾟ スケルトンコードは慣れかな どうせ似たようなコード書くんだし 続きはVSスレかWinAPIスレかMFCスレで 464 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 08:46:11 ] 461です、スレ違いすまんかった 覗いてみた感じここの奴は視野が広そうだったから、ここで聞いてしまった 数年前に比べて大して便利になってないという事だな 昔作ったスケルトン掃除して使ってみるよ、ありがとう 465 名前：デフォルトの名無しさん [2009/05/25(月) 19:30:32 ] blitz::Arrayって何を意味してる？　ググってもわからんかった 466 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 19:46:06 ] >>465 C++の言語に関する話としては blitzというクラスの、Arrayというメンバ。もしくは、blitzという名前空間に含まれる Array というもの。 実際ぐぐってみたところ、Blitz++というライブラリがあるみたいだね。 このライブラリでblitzという名前空間を使っているようだ。 467 名前：466 mailto:sage [2009/05/25(月) 19:47:15 ] 英語が苦手で無いなら以下をどうぞ。 ttp://www.oonumerics.org/blitz/docs/blitz_2.html 468 名前：デフォルトの名無しさん [2009/05/25(月) 20:11:46 ] >>467 回答どうも　軽く読んでみた。 じゃあどうやら　『blitz::Array< int, 2 > A 』　って宣言だと 『中に整数値の入る２次元の行列式の定義をbiltzっていう名前空間でやってる』って感じでいいのかね Arrayは直訳で行列じゃなくて配列なのが気になるんだけどね・・・ 469 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 20:15:59 ] >>468 細かいとこちょっと違うけど概ねそんな感じ。 470 名前：デフォルトの名無しさん [2009/05/25(月) 20:21:33 ] >>469 ごめん Cは前々からやってたんだけどC++は最近独学で始めたばっかりなんだわ… で、違うところって？ （俺の知識が浅いから、伝わらなそうだったらスルーしてくれ） 471 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 20:24:23 ] >>470 ごめん、ちょっと忙しくなるから、後でまた来るわ そのときまでに他のレスがついてなかったら書くよ 472 名前：471 mailto:sage [2009/05/25(月) 21:07:14 ] まず、blitz::Array そのものは blitz名前空間の中に入ってるが、 blitz::Array< int, 2 > A; とした場合、（これ自体をblitz名前空間の中に書かない限り）このAはblitz名前空間には入らない。 あと、「行列式」じゃなくて「行列」だな。（似てるけど意味が違う） 473 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 21:10:27 ] 行列式でいいだろ 行列を表すexpressionなんだから determinantのことを言いたいなら、それは揚げ足取りと言うものだ 感心しない 474 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 21:10:55 ] C++始めたばかりなら名前空間をよく分かってないかもしれんが まあ、ちょっと語弊があるけど “blitz::Array<int,2>” で1つのクラス名だと思ってしまってもよい。 int a; がint型の変数aであるのと同じように blitz::Array<int,2> a; は blitz::Array<int,2> 型の変数aだ。 名前空間ってのは、例えばライブラリ作成者がArrayっていう名前のものを提供している場合、 利用者のコードにもArrayってのがあると名前が衝突してしまって不都合だから、 名前がぶつからないように blitz:: という修飾をつけてるんだと思えばよい。 475 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 21:12:06 ] >>473 そうか？　俺はどうしても気になるし明確に誤りだと思うが、まあ揚げ足取りと取られるならこれ以上は言うまい。 476 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 21:14:04 ] >>473 アホだろお前。 477 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 21:55:28 ] 行列式は駄目でしょ 478 名前：470 [2009/05/25(月) 22:04:48 ] なんか複数人からレスもらってるみたいで、皆さんどうもありがとう blitz::Array<int,2> 型の変数aって感じは掴めてたんだけど、そもそもblitz::Arrayは何を表現するのかが不明で困ってたのよ それはそうとプログラム板って初めて来たけどID表示ないんだな、不便じゃない？ 479 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 22:13:22 ] >>476 そういう言い方はたとえ2chでもどうかと思うぞ まぁでも 行列と行列式は…何と何くらい違うんだろ。ブドウとグレープフルーツくらい？ 480 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 22:16:39 ] >>478 スクリプト書けばID丸わかりだから不便じゃないよ。 481 名前：デフォルトの名無しさん [2009/05/25(月) 22:53:31 ] IDが分からなくても別に不便を感じたことない。 482 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 23:01:25 ] Win32APIスレはなりすましで大変なことに… 483 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 23:06:44 ] 別に大変じゃないし 484 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 10:34:48 ] ＞＞３９５ A(int i) { i = hoge; } ↑ は何をしたいの？ 485 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 15:55:38 ] とてもサイズの大きなメンバ変数があったとき、 ｢そのメンバ変数のポインタを返すようなメンバ関数を作る｣か、 ｢そのメンバ変数のコピーを返すようなメンバ関数を作る｣か、 どちらがオブジェクト指向としてはよろしいのでしょうか？ 前者だと、privateなメンバ変数に対して外部からタッチしてしまうことになりますが、 無駄が少ないように思えます。 後者だとprivateなメンバ変数を保護（？）できるというか、そういう考え方に則しているような気がしますが、 無駄にメモリを食ってしまう気がします。 完全に独学のため、ちょっと意味不明な単語が混じっているかもしれませんが、 教えてください。よろしくお願いします。 486 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 16:03:49 ] >>485 どちらも問題外 クラスの設計をし直せ 487 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 16:11:05 ] int gethoge();のような関数を作るのはよろしくないということなんでしょうか？ ↑だとintのコピーを返す関数に当たると思うのですが、問題外となると、ちょっと目の前が真っ暗になってきました…。 488 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 16:49:15 ] privateな構造がしゃしゃり出てくるクラス設計が間違い 最初からpublicに分類すべき それで問題が出るなら普通の人なら根本から作り直すね 489 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 16:54:31 ] すみません、現段階ではちょっと理解できないのですが、文献を漁ってなんとかしてみます。 貴重なアドバイスありがとうございます。 490 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 16:55:12 ] ＞＞４８５ const なポインタ or 参照を返せば、他から変更はできないけど、 他の部分がそのオブジェクトの構造に依存することになるね 491 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 19:08:44 ] アクセス制御がなんのためにあるのかという根本が分かってないように見える 492 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 19:49:43 ] >>485 まあ要するに、 クラスのクライアント（使う人）が privateなメンバ変数(およびprivateメンバ関数) については何も知らなくても publicなメンバ関数を見るだけで 使えるように設計すべき ということだよ。 これはすなわち、public/protectedなメンバ関数以外が変わっても クライアントが書いたコードには影響がないということ。 ちなみにpublicなメンバ変数なんて大抵はクソ設計の証。 493 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 20:06:47 ] 485じゃないけど >>492 それは基本的にはカプセル化に重点を置いてコードを書いた方が良い、ということで良いんでしょうか? 494 名前：492 mailto:sage [2009/05/26(火) 20:41:33 ] >>493 そう。基本的にはね。 オブジェクト指向プログラミング (OOP; object-oriented programming) においてカプセル化はとーーっても大事。 たまにいっそ全部publicにということで構造体structを使うことがあるけど 基本的にはそういうこと。 495 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 21:29:31 ] なんとなく分かってきました、ありがとうございます 496 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 21:44:30 ] まあ現実的にはpublic変数だの参照返しも使うことはあるけどね 497 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 21:47:56 ] ねえよ 498 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 21:52:34 ] 無意味な隠ぺい無意味な複スレッドは考える力が足りない人が一度はハマる道程だからね 499 名前：492 mailto:sage [2009/05/26(火) 21:54:08 ] 現実にはそういう場合もあるかもしれないけど、 「良いクラス設計」の話に限った場合、フツーはない。 「全部publicにということで構造体struct」 は返り値に複数の情報を持たせたい時とかにありえる。 ただ複数の型を束ねただけ。 500 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 21:57:34 ] GetとSetがズラリと並んだクラスは結構見るな 501 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 22:00:53 ] ねえよ 502 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 22:04:41 ] >>500 学生の頃作ったプログラム見直してみるとGetとSet多用しててえらいことになってた 今でもうまい設計はできないけど、他で使うならpublicでいいよねって話だよな 503 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 23:46:22 ] Effective C++には最悪でもget()とset()用意しろって書いてあるよ＾＾ structでメンバ変数をpublicにするのは >>499の言うとおり、値を束ねただけのものとして、 構造体を値として扱う場合にだけ許される。 Effective C++やC++ Coding Standards、Google Coding Standardsなんかを ひとつも読んでいない人間はC++触らないでください 504 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 00:14:57 ] >>503センセー俺1つも読んだことないんですけどー 505 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 00:21:02 ] 読むだけなら馬鹿でもできるから気にする必要無い 506 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 00:43:52 ] class A{ int a; public: int get(){return a;} void set(int i){a = i;} }; こういうのはさすがにpublic派のほうが多い気がする 507 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 00:53:05 ] 宗教になぞらえられたりする理由なんだろうけど本人が気付くまで周りが何を言っても無駄なんだよね 距離を置いて厄災に巻き込まれないようにするだけ 508 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 01:15:12 ] >>506 が「何を」 public にするのかは知らないけど、 もし int a を public にする気なら、豆腐の角に頭をぶつけて死ねといいたい 509 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 01:27:16 ] メンバ変数をpublicに置くような人間は抽象化には興味ないんだろうな。 C++使う理由がないよ。多分。 510 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 01:33:51 ] aがクラスや配列やポインタなら全くもってその通りだがintだぜ？ こんなプリミティブなメンバまで変更しなきゃならない時にはどうせインターフェースも変更入るよ そこまでいちいちgetset噛ませと言い出すとちょっと原理主義すぎて現実的でない 511 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 01:49:08 ] こういうとき、プロパティのある言語がうらやましいと思う。 512 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 01:50:40 ] もしgetterやsetterで参照する対象が巨大な配列やクラスだったら 重いコピーが発生する事を覚悟しなければならない つまり巨大な配列やクラスはgetterやsetterの対象にはならない 513 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 01:55:01 ] >>510 返すのがintだからどうだって話じゃないだろ。たとえば class A{ int a,b,c,d,e,f,g,h,i,j,k,l,m,n; 以下略 }; こんなのの実装をimplイディオムに変えたいと思ったときどうすんだよって話。 514 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 01:55:07 ] どこの世界も原理主義には付き合ってられない 515 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 02:00:14 ] getとsetをpublicで公開するということは、 「いつでも誰でも見ていいし好き勝手に変えてもいい『何か』を持ってますよ」ということを 外部に向けて大っぴらに公開しているということです したがって、そのセマンティクスを変更するのはインターフェースの変更なんだから getとsetを使っている全ての箇所に影響が出てしまいます これってよく見ると『何か』を変数としてpublicで公開した時と状況はまったく変わりませんね publicなgetとsetを両方用意するというのは、同じ事を回りくどく書かせるだけであって 可読性も保守性も一切上がりません intだろうと何だろうと何でもかんでもgetsetというのは罠であり、有害な迷信です public変数のセマンティクスを持つものはpublic変数でいいんです 516 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 02:10:14 ] わずかなタイプ数の増加が"現実的"でない理由って何よ？ 517 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 02:13:29 ] privateに固執するおまえはマダマダ無能と言われてるんだよ。 518 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 02:14:45 ] 無意味なget setで行が肥大化するのはプログラムを見づらくするだけ。 原理主義的には、カプセル化した気分に浸れていい 519 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 02:14:47 ] 現実には、そのセッタでだた代入するだけなんてことはなくて、 たいてい、ついでにどこかに値の変更を通知したり、 入力値が範囲外なら例外投げるようにしたりしていて、 単純にメンバ変数をpublicにできる場合なんて全然ないと思うんだけど。 そんな場合の話はしていないって？ 520 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 02:18:11 ] 今回の基準は>>506だろ。ただ代入するだけ。 521 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 02:18:39 ] 今話題に上がっているのは、ただのset　get。 意味があるのは問題なし。 522 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 02:27:02 ] マルチスレッドから操作されるようになったので、 aを防御したくなったらどうするの？ aが頻繁に変更されるようになったので、 毎回最新の値をサーバから取得したくなったらどうするの？ aに連動してbも変更したくなったらどうするの？ 正当な値だけ受け付けるようにしたくなったらどうするの？ aが更新されたことをBに通知してあげたくなったらどうするの？ 将来行われる変更を全部見通すことができるの？ 523 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 02:31:06 ] >>519 そういう色んなことをする関数は単純なsetではなく、もっと意味のある名前を付けられるはず なんかの大きさならresizeとか、通知するんだったらnoticeとか その相方はgetとしか言い様がないこともあるだろうけどさ 両方とも本当にget,setとしか名付けようもないようなものは、その意味合いは内部的にも外部的にも ただのpublicメンバ変数だと思うんだけどなぁ >>522 排他制御はともかく、他はgetXXだのsetXXだのという名前を付けるべき操作ではない 524 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 02:36:49 ] >>523 何を根拠に。 ちょっとした処理付きのgetXX/setXXなんて普通に使うぞ？ 525 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 02:41:39 ] お行儀の悪いプログラムってやつだな 526 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 02:46:21 ] >>525 アホは黙ってろ 527 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 02:54:33 ] もういいからsetしようとしたら強制的に例外投げろよ 528 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 02:59:26 ] >>527 それもpublicメンバ変数じゃできないな。 アクセス違反がせいぜい。 529 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 03:00:35 ] >>524 例えば「正当な値だけ受け付ける」ようにsetXXを変更したとしようか そうなると不当な値が入ってきたらエラーなり例外なりを返すんだろうが、 旧バージョンのsetXXを使ったコードは当然そのエラーに対応する処理をしていないので問題が起こる つまり、この変更はインターフェースの変更であって、全てのsetXXを使用するコードに修正を迫るものであるわけだ 素直にsetXXの呼び出しを全部修正してもいいし、旧setXXとは機能が違う新setXXを（機能に見合った名前で） 新しく別に作って適宜置き換えるのでもいいが、結局はsetXXの呼び出しは全てチェックする必要がある でも、どうせset箇所を全部見直す必要がある変更なんだから 最初からpublic変数で書いて、必要になってからset関数を書いてもまったく同じだろ？ 530 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 03:05:45 ] >>529 確かに、エラーの追加はインターフェースの変更だ。 そこは全面同意。 でも1つしか答えてないぞ。 531 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 03:56:00 ] > getとsetをpublicで公開するということは、 > 「いつでも誰でも見ていいし好き勝手に変えてもいい『何か』を持ってますよ」ということを > 外部に向けて大っぴらに公開しているということです この認識は間違い。 getとsetをpublicで公開するということは誰でも自由に行ってもいいのはただセッタゲッタの呼び出しだけで その結果は呼び出し側の都合ではなくクラスの都合で決定されます。 クラスの都合を無視してクラスの状態の参照や変更を行うことはできませんということをいっている。 > 例えば「正当な値だけ受け付ける」ようにsetXXを変更したとしようか > そうなると不当な値が入ってきたらエラーなり例外なりを返すんだろうが、 > 旧バージョンのsetXXを使ったコードは当然そのエラーに対応する処理をしていないので問題が起こる こうした場合は実装の変更ではなく仕様の変更なのでセッタゲッタによるカプセル化（＝実装の隠蔽）のメリットとは無関係。 532 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 04:06:47 ] 個人的には自由変数を1個インターフェースとして公開するごとに そのクラスの内部設計の自由度が減るのがいやだな あとは>>519と同じ意見でただ代入するってのはあまりない たいていマルチスレッド用の排他処理がくっついたりする 533 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 08:09:58 ] メソッドとメンバしかないC++が全て悪い。 object.set_value2( object.get_value0()->get_value1() ); こう書くより、 object.value2 = object.value0->value1; こう書いた方が、見やすいものなぁ。 534 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 08:13:32 ] >>533 operator =で見やすいほうの書き方にできるのでは？ 535 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 08:34:48 ] >>533 10年前に作られた言語だからな… >>534 できなくもないけど結構面倒だよ 536 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 08:51:13 ] C++知らない俺が言うのもなんだけど、set/getなんていう 低レベルのインタフェース作るのが間違ってるんだよ。 もっと抽象化された機能のメソッドを作るべき 537 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 09:24:08 ] >>535 ＞10年前に作られた言語 wikipediaによると標準化からは10年だが、C++2.0から20年、前身のC with Classesから30年のようだ D&Eなんかで示された考え方も今では古くなりつつあるのかと思うと少し寂しくなる 538 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 09:28:03 ] 何でさっき知ったばかりなのに寂しがってんだよw 539 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 10:04:33 ] >>536 get/set全てが低レベルなインターフェースとも限らないけどね 2,3行目は俺も同じ意見だ 540 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 12:02:18 ] 結局、変数をpublicに置くような連中に何を言っても無駄ということが証明された様子。 >>515に対する反論はEffective C++にずばり書かれてる。 ちなみに、Effective C++の著者であるメイヤーは別の書物、 Effective STLの中でそういう連中とは距離を取れと書いている。 まさに>>507の予言どおりだ。 541 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 12:26:20 ] ところで、メンバ変数をpublicにおく場合ももちろんある。 議論の冒頭、>>499はちゃんとそういう例外事項があることを認めている。 C++ Coding Standardsの第41項でも例外事項を設けているし、 setとgetの功罪（設計の過ち）についても言及している。 だから、「原理主義」でくくるのは議論の前提を無視している。 542 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 12:36:27 ] C++ Coding StandardsはC++関係の本の中でも厚さが特に薄い本だが 内容は濃いな 543 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 12:54:51 ] wikipediaのメソッドの記事にアクセサ論争って項目があるんだな やっぱ昔から争ってる内容なのか 544 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 13:34:11 ] boost::arrayはpublicにメンバ変数を置いてるけどなぁ・・・。 これもだめなのか？ 545 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 15:18:29 ] 安全性を重視するか、高速性を重視するかは、設計者に委ねられてる どっちが正解とかいうものではない 546 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 15:31:38 ] ときどき「高速化するため」といって安全性をスポイルすることを正当化する人間が出てくるが そういう人間もCoding Standardsを読むべきだな。 高速化が正当化されるには「時期」があることが説明されている。 アジャイルプラクティスとかもあわせて読んでおきたい。 547 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 15:59:17 ] 性的な意味で 548 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 18:00:17 ] >>544 PODにするためだから仕方ない 549 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 22:36:05 ] >>545 だから詳しく知らないなら断言するなよ。 getter/setterの速度がどうとか言ってる奴は 議論に参加する資格すらないから。 550 名前：デフォルトの名無しさん mailto:sage [2009/05/28(木) 00:07:33 ] なんじゃこりゃ。 >>485の質問からなんでこんな流れになるのかさっぱりわからん。 ここは聞かれてもいない知識をひけらかす似非回答者たちのオナニー相談室ですか？ 551 名前：デフォルトの名無しさん mailto:sage [2009/05/28(木) 00:07:56 ] はいそうです 552 名前：デフォルトの名無しさん mailto:sage [2009/05/28(木) 00:25:57 ] >>550 申し訳ありません。 ここは質問に淡々と答えるだけの ボランティアたちによる慈善スレでした。 以後気をつけます。 でいいですか？ 553 名前：デフォルトの名無しさん mailto:sage [2009/05/28(木) 00:31:45 ] 結局 >>485 に対する解答が１つも見当たらないんだが… そもそも質問には、public なんて単語すら全く出てきてないよ？ ＞とてもサイズの大きなメンバ変数があったとき、 ＞｢そのメンバ変数のポインタを返すようなメンバ関数を作る｣か、 ＞｢そのメンバ変数のコピーを返すようなメンバ関数を作る｣か、 ＞どちらがオブジェクト指向としてはよろしいのでしょうか？ 結局どうすればいいのよこれ？俺も知りたいよ 554 名前：デフォルトの名無しさん mailto:sage [2009/05/28(木) 00:40:02 ] たぶん、オブジェクト指向の観点からは「どうでもいい」。 実際には実行速度とかconstnessとかあるだろうが、オブジェクト指向の問題ではないかと。 555 名前：デフォルトの名無しさん mailto:sage [2009/05/28(木) 00:50:44 ] え、まじでいいの？ 質問者の書き方だと、その巨大なメンバ変数は外部からは readonly にしたいんだと思うけど、 ポインタを返すと write できちゃうってのはオブジェクト指向からすると問題なんじゃないの？ 俺の理解不足なのか…すまない 556 名前：デフォルトの名無しさん mailto:sage [2009/05/28(木) 01:08:45 ] 問題な事もあれば問題でない事もある。全てのパターンに付いて書いていたらきりがない。 その場その場で最も適当（若しくは、それなりに妥当）な方法を選ぶのがC++。 557 名前：デフォルトの名無しさん mailto:sage [2009/05/28(木) 01:12:23 ] なるほどね オブジェクト指向的には値を返すべきだが、 実行速度が必要な場合などは、オブジェクト指向に捕らわれるよりも処理速度を優先させてもいい 的な答えだと思ってた。そうでもないのか。さんきゅー。 558 名前：デフォルトの名無しさん mailto:sage [2009/05/28(木) 01:19:01 ] 以後、大きなサイズのメンバ変数を持っているクラスをA、メンバ変数をaとする。 1. 本当にaを外部に晒す必要があるのかよく考える。 2. Aに処理を任せられないかよく考える。 3. Aの名前を変えてみて、やっぱりAに任せられないかよく考える。 4. aの要素をすべて晒す必要があるのかよく考える。 それでもだめなら、 返却するメンバ変数も安全に作られているなら、 constのポインタか参照を返すようにすればそれで十分。 呼ばれるたびに新たなオブジェクトの生成が必要なら躊躇せずコピーする。 悪意あるプログラムから保護する必要がある場合も躊躇せずコピーするが、 たいていはそれだけでは不十分だと思われ。 90点回答だ。おまいらひれ伏せ。 異論はオカマ言葉で行うこと。 559 名前：デフォルトの名無しさん mailto:sage [2009/05/28(木) 01:23:50 ] >>558 あたしの身体はひれ伏してるのに、あたしの息子が……どうしてくれんのよ！ もう！ 560 名前：デフォルトの名無しさん mailto:sage [2009/05/28(木) 07:46:40 ] >>553 >>486が答えだろ それ以降は雑談 561 名前：デフォルトの名無しさん mailto:sage [2009/05/28(木) 09:38:38 ] 参照するだけで値はいじらせない参照ができればいいんですよね イテレータ的なものを使うという案は出ていないようですが この方法はそれほどスマートな解決策ではないということでしょうか 562 名前：デフォルトの名無しさん mailto:sage [2009/05/28(木) 09:40:03 ] えっと、参照するだけで値をいじらせないなら、const参照を使えばいいわけだが。 563 名前：デフォルトの名無しさん mailto:sage [2009/05/28(木) 09:41:42 ] >>485って、例えば class Person{ std::string name_; public: std::string *name() const { return &name_;} //A std::string name() const { return name_;} //B const std::string &name() const { return name_;} //C const std::string *name() const { return &name_;} //D }; みたいなのでAにするかBにするかってことだよね。 「とてもサイズの大きな」ってのが曖昧だけど、つまりコピーにコストがかか るものってことだろう。 つまり回答は>>490だな(C,D)。 もちろんクラスやメンバの意味が変われば>>486もあるだろうけど、頭ごなしに 「問題外」というのは何か勘違いや思い込みがあるのだろう。 564 名前：563 mailto:sage [2009/05/28(木) 09:43:56 ] ああ、constを打つクセが…… - std::string *name() const { return &name_;} //A + std::string *name() { return &name_;} //A 565 名前：デフォルトの名無しさん mailto:sage [2009/05/28(木) 11:37:19 ] >>563 そうかな 俺も 「データメンバAがあったとき、それを扱うメンバ関数Bはどう作ればオブジェクト指向っぽいでしょうか」 という質問はおかしいと思う nameの例はあくまでnameがあってこそのname_でしょ？ 566 名前：デフォルトの名無しさん mailto:sage [2009/05/28(木) 11:42:58 ] nameっていっぱい書くとなめなめみたいでいやだよね 567 名前：デフォルトの名無しさん mailto:sage [2009/05/28(木) 12:22:56 ] なるほどね 「とてもサイズの大きな」ってのが、そもそもおかしいよな。 大きかろうが小さかろうが、オブジェクト指向な振る舞いは同じはず。 568 名前：デフォルトの名無しさん mailto:sage [2009/05/28(木) 15:32:14 ] 実用上の振る舞いに問題が出るだろう。 569 名前：デフォルトの名無しさん mailto:sage [2009/05/28(木) 15:46:30 ] タイ米はたいて買ったのに 古米に違いが出たら 悲しいやね 570 名前：デフォルトの名無しさん mailto:sage [2009/05/28(木) 16:51:43 ] うん 571 名前：デフォルトの名無しさん mailto:sage [2009/05/28(木) 18:31:51 ] ふ、古米・・・ 572 名前：デフォルトの名無しさん [2009/05/28(木) 21:12:43 ] （環境はcygwin） Blitz++のインストールエラーについて質問。 island.geocities.jp/v_no11/programing/Blitzplusplus.html　のページに従ってBlitz++をインストールしようとしたんだけど、 cygwinの場合 "blitz-0.9"フォルダで以下を実行 $ ./configure $ make install の最後の行のmake install をコマンドしたら、 延々インストール文流したあとにエラー吐いて止まるのよ。 で、最後のエラー文をググったら、Blitz++のメールサポートページ www.oonumerics.org/MailArchives/blitz-support/2002/12/0599.php にたどり着いてどうやら俺と同じエラーみたいなんだけど、 回答者は「gccのバージョン古いんじゃねーのー？」みたいなことしか答えてない。 誰か分かるひといたら助けてくれ 573 名前：デフォルトの名無しさん mailto:sage [2009/05/28(木) 22:24:39 ] cygwinのgccは3.45だっけ？ 後何カ所止まるか想像もできないのに 全部この板で聞いて解決するつもり？ 無駄な努力はやめてgccバージョンあげとけ。 あと質問の仕方の問題点について20字以内で述べなさい。 574 名前：デフォルトの名無しさん mailto:sage [2009/05/29(金) 01:51:39 ] 環境依存で標準C++に何の関係もない。スレ違い 575 名前：デフォルトの名無しさん mailto:sage [2009/05/29(金) 05:03:48 ] Effective C++を買おうと思うんだが、原著三版ってやつで大丈夫？ 576 名前：デフォルトの名無しさん mailto:sage [2009/05/29(金) 05:50:52 ] >>575 俺はそれ買ってみた。 とても良かった。 577 名前：デフォルトの名無しさん mailto:sage [2009/05/29(金) 07:09:15 ] vsいれたほうがいいんちゃうんかと 578 名前：デフォルトの名無しさん mailto:sage [2009/05/29(金) 13:43:45 ] じゃあ原著vs三版買うよ 改訂2版とか言うのがあるから、どっちにしたらいいのか迷ったんだけど 発売日で比べりゃ一目瞭然だったわ サンクス 579 名前：デフォルトの名無しさん mailto:sage [2009/05/29(金) 14:37:17 ] 俺は両方買った というか最初改訂2版しかなくて買ったら次本屋に行ったら 第3版があって俺涙目orz 580 名前：デフォルトの名無しさん [2009/05/29(金) 21:23:58 ] Visual C++ 入れたいんだけど、Express Editionてやつだと インスコ先にＤドラ指定してもＣドラを800MBぐらい食うのよ（今Cドラは1.5GBぐらいしか空きない） スリム版みたいなのってないんですかね 581 名前：デフォルトの名無しさん mailto:sage [2009/05/29(金) 21:59:08 ] ないよ 582 名前：デフォルトの名無しさん [2009/05/29(金) 22:00:41 ] ぽいね 583 名前：デフォルトの名無しさん mailto:sage [2009/05/29(金) 22:01:49 ] Cドライブを空けろ 584 名前：デフォルトの名無しさん mailto:sage [2009/05/29(金) 22:14:07 ] 新しくプロジェクトを作った後ソースやヘッダファイルを丸々コピーしてフォルダに移した後、既成項目の追加をして同じものを作ったつもりなのですが アプリケーション更生が正しくないためアプリケーションの開始に失敗しました マニフェストファイルを参照してエラーの原因を調べてください と出ます、何がおかしいのでしょうか？DXUTを使っています 585 名前：デフォルトの名無しさん [2009/05/29(金) 22:14:46 ] 了解、といっても残り1GBからCCleanerかけてやっと1.5GBなんだよね・・ 正直もう消すものないんだけどね　使ってない付属ソフトでも消そうかな・・・ 答えてくれた人ありがとう！ 586 名前：デフォルトの名無しさん mailto:sage [2009/05/29(金) 22:25:14 ] >>585 Dドライブには空きがあるのなら、 ジャンクションやシンボリックリンク使ってDドライブにファイルを移せばいい。 587 名前：デフォルトの名無しさん [2009/05/29(金) 23:20:46 ] >>586 ジャンクションやシンボリックリンクって もしかしてXPだと無理？　ググったらなんかVistaで使用可能とかでてきたんだけど 588 名前：デフォルトの名無しさん mailto:sage [2009/05/29(金) 23:37:05 ] マウントのことなら別にWindows 2000でも出来てたが。 589 名前：デフォルトの名無しさん mailto:sage [2009/05/29(金) 23:57:22 ] d.hatena.ne.jp/sona-zip/20080514/ 590 名前：デフォルトの名無しさん [2009/05/29(金) 23:59:50 ] ００？ 591 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 00:11:10 ] >>587 たしかできるはずー EeePC901で容量稼ぐためにがんばったことがあった 592 名前：デフォルトの名無しさん [2009/05/30(土) 00:57:10 ] 今、フリーのBCCでWindowsのコンソールのプログラム書いてたんだが、 アラインメント関係がわからない。 とりあえず、現状を書くとある大きい処理がmain関数中に埋まってたんだが、 やたら遅いから（まぁ、処理量もあるんだが）なんとなく関数化してソースの先頭に 移動させたら早くなって、アラインメントが原因だと思うんだ。 で、ものとしては for(i = 0; i<32*32*32; i++)for(i2 = 0; i2<32*32*32; i2++); だけなんだが、原因は何だろう？ （関数の位置なのか、変数の位置なのか。 アラインメントがどのように影響するか分からないので、 どの辺に注意したらいいかおしえてほしい） へたくそな文章でごめんなさい。。。分かる人お願いします。 593 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 01:26:05 ] 本当にアラインメントなのか？ map出力して確かめてみたらどうよ(bcc32なら-M) 594 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 01:49:07 ] >関数化してソースの先頭に >移動させたら レジスタ割付されただけじゃねーの 595 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 03:11:59 ] このスレに書くべき話題かどうか分からないのだが、static_castってかなり誤解を受けてない？ 俺もいくつかの入門向けサイトを見て「暗黙の変換を明示的に書くというだけの意味しかないのかな？」 と勘違いしていたが、実際には暗黙の変換が認められないいくつかのケースでもstatic_castができる。 このことってどれくらい知られてるんだろ。 596 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 03:20:57 ] そうかな？俺はdynamic⇔staticで対称になってて static_castはコンパイル時にキャストに問題がないか判断するもの、って覚えてたが むしろ「暗黙の変換を明示的に書く」って解説してるサイトがあるのか？ それは問題がある解説に見えるなぁ 597 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 03:24:33 ] 自分は、static_castで可能なのは暗黙の変換とその逆向き、そしてユーザ定義変換と覚えていた。 598 名前：595 mailto:sage [2009/05/30(土) 03:25:48 ] うーん、改めて見てみると、俺が初心者時代に変な思い込みしただけかもしれん。まあいいや。 599 名前：デフォルトの名無しさん [2009/05/30(土) 08:16:34 ] （なんかVC++から派生してC++の話と離れてきてる感じですいません・・・） ttp://www.forest.impress.co.jp/article/2008/12/11/linkshellext.html ここによると、 ＞また、本ソフトは“ジャンクション”や“ハードリンク”なども作成可能。 ＞Windows Vistaでは多くの場合、シンボリックリンク以外を利用する必要はないが、 ＞Windows XP以下のバージョンのWindowsではシンボリックリンクが利用できないので、 ＞これらで代用しよう。 ってあるからシンボリックリンクはだめだけどジャンクションはいいみたいです で、つまりCドラのファイルをDドラに移して、CドラにはDドラの移転先へのリンクだけ残しておけばいい みたいな感じでいいんでしょうかね？ 600 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 09:47:49 ] std::vector<double> a; std::vector<double> b = a; この場合って、 コピーコンストラクタが呼ばれるのか、代入演算子が呼ばれるのか コンパイラによって違うんだっけ？ どこかに書いてあった気がするんだが忘れてしまった。 601 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 10:01:08 ] >>600 必ずコピーコンストラクタ。 602 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 10:01:48 ] const_cast…cv修飾子を除去するのに使う。 reinterpret_cast…ポインタと整数型の変換に使う。 dynamic_cast…略。滅多に使わず事足りる。 static_cast…以上3つ以外 っていう認識でいるわ。 603 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 10:04:10 ] >>600 カンチガイしているな std::vector<double> a;//デフォルトコンストラクタ std::vector<double> b = a;//コピーコンストラクタ これらは「新しいオブジェクトを作る(construct)」なのだから 呼ばれるのは両方ともconstructor。 そして呼ばれるのは当然 前者はデフォルトコンストラクタ、後者はコピーコンストラクタ。 一方、 std::vector<double> x;//デフォルトコンストラクタ このとき x=b; としたら、これは新しいオブジェクトを作るわけではないのだから 代入演算子operator = が呼ばれる。 604 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 10:15:58 ] >>601,603 ありがと！ 605 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 15:07:01 ] >>602 君はキャストしない方がいい。いつか死ぬ。 606 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 15:15:03 ] >>605 どこが間違い？ 607 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 15:27:56 ] >>606 >>605ではないが、禿本のキャストに関する部分を読んでこい。 608 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 15:40:16 ] >>607 禿本持ってないが、今度勉強してみるわ。 んで >>605さん、>>602のどこが間違い？ 609 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 15:49:27 ] dynamic_castを多用するようになってきたら設計ミスを疑った方がいい。 610 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 15:53:01 ] 俺はクロスキャストの時だけdynamic_castを使っているけどな 611 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 15:54:56 ] やむを得ない場合もあるけど、クロスキャストを多用するのも以下略 612 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 15:58:07 ] クロスキャストは仮想関数では解決できないだろ 613 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 15:59:31 ] そういう状況が多数生まれる時点で糞設計ってことを言いたかったんだけど。 614 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 16:04:06 ] 誰も「多数」とは言ってないわけだが 615 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 16:07:31 ] >>614 >そういう状況が多数生まれる の多数ってのは >クロスキャストを多用する の意味なんじゃないの？ なんで分からないの？w 616 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 16:22:24 ] 全くの初心者でお聞きしたいんですが、C++の講義ではTurboCというソフトを使って講義が進められるのですが 自宅のPCで同じことをするにはどういったソフトを使えば良いのでしょうか？ 講義も全くわからずコンパイルという意味も全くわからずソフトを探すこともままなりません。どうかご教授ください。 617 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 16:22:51 ] 誰もクロスキャストを「多用する」とは言ってないわけだが 618 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 16:26:17 ] >>617 は>>612と同一人物？ そうだとしたら、>>612は誰に対するレス？ 619 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 16:27:30 ] 何一人でエキサイトしてんの？ 620 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 16:30:20 ] >>619 お前は誰に対するレス？ 安価つけてくれ、分からないから。 621 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 16:32:15 ] >>620 断る それ位自分で見抜け 622 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 16:34:06 ] >>621 いや、それを明らかにしておかないと、 俺が論破してもはぐらかされるだろ。 そういうヤツが多すぎるから、はっきりさせないと不毛な書き込みになる。 623 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 16:34:32 ] 初めから不毛だと気づいてないのかこの馬鹿は 624 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 16:36:34 ] 2chで議論すること自体不毛だよな。 625 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 16:41:11 ] まあせめてID付きの板でやるとか、コテハン付けるとかね。 626 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 16:44:20 ] >>622 顔真っ赤 627 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 16:47:07 ] >>626 鏡見て言ってるんだよね？ 628 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 17:02:09 ] 鏡？ディスプレイで十分なのに鏡？なぜに？ 629 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 17:02:51 ] dynamic_castよりconst_castやreinterpret_castの方が多用したらまずいと思うんだけどどうだろうか const_castなんかいまだに使いどこがわからん 630 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 17:08:12 ] const_castはsetの要素を変更するのに使う 631 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 17:09:15 ] >>630 そりゃまずいんじゃね？ 木構造が壊れそうだが 632 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 17:18:40 ] >>629 const_castを使う主なケースは、糞なCのライブラリ関数の引数に constな変数を渡すときだな。例を挙げるとこんな感じ。 void stupid_func(char *filename); // prototype void Foo::some_method(const std::string& filename) { stupid_func(const_cast<char*>(filename.c_str())); } 633 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 17:22:24 ] >>631 もちろん比較に影響及ぼすような変更はダメだぞ 構造体とかを入れたsetで、メンバの一つをキーに使ってるような場合があるだろう そういう時にキー以外のメンバを変更するために使う 634 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 17:30:54 ] >>632 なるほど、ライブラリに渡すときなんかに使うのか いくら糞でもライブラリ側を修正するわけにいかないもんな 635 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 17:55:27 ] volatile、組み込みでは見かけるがそれ以外では見かけたことがないんだが おまいらはvolatileってどんな時(除く組み込み用途)使っている？ あと、const_castでvolatileを取るとる時ってどんな時？ 636 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 17:55:44 ] >>633 俺はそういうのはmutableでやるなぁ。 const_castでやると、keyも含めて全て変更可能な「状態」になってしまうし。 637 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 18:09:49 ] >>583 aliceとかいう名前の開発ツールがたくさん入ってるから�_ 638 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 18:27:09 ] >>635 デバイスドライバを書く時には当然使う必要あるよね。 あとは、インラインアセンブリでローカル変数を上書きする時とか。 こんなことめったにやらないが。 639 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 18:48:24 ] >>636 mutableにすると、本当にキー以外もconstにしたいときに困るだろう あくまでsetに入れたときの制約であって、そのためにmutableにするのは乱暴すぎる 640 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 19:11:35 ] キーがあるようなのはmapを使うなぁ setの要素を変更とかやったことないな 今度やってみるか 641 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 21:11:30 ] >>635 VC++ではマルチスレッド対策の効果を独自に付加している。 msdn.microsoft.com/en-us/library/12a04hfd.aspx Unixだとマルチスレッドでvolatileなんて使うなボケらしいが。 const_castで外したくなる状況は分からない。 642 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 22:40:15 ] 誰も答えてやらない>>616のために Visual C++ Express Editionでぐぐれ 643 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 22:44:10 ] Visual C++ Express Editionを知った後にTurbo Cを使うなんて、、、地獄だ。。 644 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 22:45:14 ] >>638, >>641 どうも、ほとんどアプリ系じゃ使わんということですな >>641 の例じゃ普通はmutexやクリティカルセクション使うんじゃないの それでvolatileを使うメリットがよく分らん,orz. コードが簡単になるがメリット？ 645 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 23:24:24 ] Effective C++でconst_castはoperator[]の定義で使うことがあるみたいに書いてあったよね？ ttp://ritaz.blog64.fc2.com/blog-entry-66.html より引用。 class sample { public: ...; const char& operator[](unsigned int position) const { ...; return dat[position]; } char& operator[](unsigned int position) { return const_cast<char&>(static_cast<const sample&>(*this)[position]); } ...; }; 646 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 23:32:43 ] >>645 blogにも書いてあるが、やりすぎな工夫の一例だな 647 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 23:44:12 ] >>644 どちらかというと、そういう排他制御の仕組みを自分で作るときに使う。 例えば下のコードをコンパイラが最適化した結果、 ロック確保する前や解放した後にhogeへ読み書きするコードが生成されたらシャレにならない。 MS仕様では、volatileなデータに読み書きするとそこを境界として、それより前後に読み書き処理が ずらされないように最適化を抑えると言っている。 void f(hoge_t* hoge) //hogeを使うには排他制御でロックが必要とする { // ... ロック確保 hogeを使う ロック解放 // ... } 648 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 23:48:16 ] >ロック確保する前や解放した後にhogeへ読み書きするコードが生成されたらシャレにならない。 意味が分からん。 最適化によって、「hogeを使う」に相当するコードが、「ロック確保」の前や「ロック解放」の後に配置されたらシャレにならないってこと？ 649 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 23:50:52 ] >>648 ああ、ごめん。そういうこと。 携帯から打つのが面倒でいろいろ略した。 650 名前：デフォルトの名無しさん mailto:sage [2009/05/31(日) 00:34:14 ] >>642 ありがとうございます。探してみます。 651 名前：デフォルトの名無しさん mailto:sage [2009/05/31(日) 00:44:58 ] >>645 それ第何版の何節に書いてあるの？ 652 名前：デフォルトの名無しさん mailto:sage [2009/05/31(日) 01:30:20 ] >>644 そういう用途にも使えるってだけでWindowsでもマルチスレッドでvolatileなんて使わない mutexなりクリティカルセクションなりInterlocked-系関数なり使えばそこでフェンス張られるし (Interlocked-系関数でvolatile使われてるけどね。間接的には使うことになるのかな) やっぱり組み込みとかドライバ以外で使うことはないと思うな 653 名前：デフォルトの名無しさん mailto:sage [2009/05/31(日) 17:24:40 ] >>647, >>652 どうも、どうも >>647 >そういう排他制御の仕組みを自分で作るときに使う ずばり、自分でそういう仕組みは作ることないです 654 名前：645 mailto:sage [2009/05/31(日) 20:04:50 ] >>651 忘れた。 原著第3版に書いてあった。 確か、最初の方の章に。 655 名前：デフォルトの名無しさん mailto:sage [2009/05/31(日) 21:20:51 ] 改訂2版にはどこにも書いていないんだが、 第3版には本当に書いてあるのか？ 第4版まであと2年はかかりそうな気がするし、 第3版買ってくるか・・・ 656 名前：645 mailto:sage [2009/05/31(日) 21:28:28 ] >>655 第3版には本当に書いてある。 厳密に同じコードかどうが覚えてないが、 const版をnon-const版にて呼び出してconst_castでconst属性を外す という方式であることは本当。 俺もそんなことして良いの！？と思ったから信じられなくても無理はない。 657 名前：645 mailto:sage [2009/05/31(日) 21:31:01 ] わざわざ引っ張ってきて確かめみた。 原著第3版(日本語翻訳されているもの)で 15ページから始まる項目にある。 658 名前：デフォルトの名無しさん mailto:sage [2009/05/31(日) 21:48:18 ] 2版の21項「使えるときは、必ずconstを使おう」に 対応するんじゃないかなと思うけど、 そこではmutableをサポートしてないコンパイラのための苦肉の策として 「みっともないけど」と前置きした上でconst外しをしている。 これのことじゃないよな？ 659 名前：デフォルトの名無しさん mailto:sage [2009/05/31(日) 22:06:17 ] >>658 じゃないってば。 少しは俺を信じろ(笑) 他の人も誰か証言してくれ。 660 名前：デフォルトの名無しさん mailto:sage [2009/05/31(日) 22:08:18 ] ようやっと見つけたが、 さっぱり読めなくて意図が分からん。 books.google.co.jp/books?id=d-2Im_Ox7qMC&pg=PA24&as_brr=3&source=gbs_toc_r&cad=0_0#PPA41,M1 俺の英語力も落ちたな･･･ 661 名前：デフォルトの名無しさん mailto:sage [2009/05/31(日) 22:10:32 ] ああ、これって王家の血を引く者にしか読めないよ 662 名前：デフォルトの名無しさん mailto:sage [2009/05/31(日) 22:10:40 ] >>659 すまんwww 明日買ってくる。 663 名前：645 mailto:sage [2009/05/31(日) 22:12:21 ] >>660 メンバ関数foo()のconst版とnon-const版の定義が 同じようなものになることは多々あるじゃない。 同じような定義を繰り返し書きたくない、そんなあなたにconst_cast って言うような主旨。 const版をうまく定義することで、non-const版の定義は それを呼び出してconst性を除去するだけ で良くなる。 664 名前：デフォルトの名無しさん mailto:sage [2009/05/31(日) 22:13:17 ] >>661 俺読めたw ・・・そろそろ天の啓示が来る頃だろうか。 665 名前：デフォルトの名無しさん mailto:sage [2009/05/31(日) 22:14:26 ] >>664 もしかして、お兄様なの！ こんなところで巡り合えるなんて。。 666 名前：デフォルトの名無しさん mailto:sage [2009/05/31(日) 22:16:24 ] おまえか しょせん、暇をもてあました神々の遊び 667 名前：デフォルトの名無しさん mailto:sage [2009/05/31(日) 22:20:04 ] 理解した。解説thx 感覚的にconst側で非constのコードを 再利用したくなりそうなものだけど それも理由があるのかな。 とりあえず第3版買ってくるよ。 生き別れた妹はいなかった気がするし。 668 名前：645 mailto:sage [2009/05/31(日) 22:23:19 ] >>667 俺もそう思ったが、 理由としては const側で非constメンバ関数を呼び出すというのはダメ ってことらしい。 たとえ実際にはオブジェクトが変更されないとしても。 まあ買ってくる価値はあるかと。 何てったって名著だし、無駄な出費ではないと思う。 669 名前：デフォルトの名無しさん [2009/05/31(日) 22:41:23 ] #define UNICODE #define _UNICODE で定義されたソースコードがあるとします。 それを #define UNICODE #define _UNICODE と定義してはエラーになってしまう、つまりANSI版のソースに混ぜて使いたい場合どの ようにすればいいのでしょうか？ たとえば int WINAPI WinMain(…){ 　　　　…(ANSIソースコード) 　　　sub(); } int sub(){ #define UNICODE #define _UNICODE 　　　…(UNICODEソースコード) } みたいなことはできるでしょうか？ 670 名前：デフォルトの名無しさん mailto:sage [2009/05/31(日) 22:49:30 ] できます。 671 名前：デフォルトの名無しさん mailto:sage [2009/05/31(日) 22:52:12 ] いまいち質問内容がよく分からんが、 #define UNICODE #define _UNICODE したあと #undef UNICODE #undef _UNICODE すればdefineは消える。 でもWIN32なら、 UNICODE版、ANSI版両方そろってるはずだが。 672 名前：デフォルトの名無しさん mailto:sage [2009/05/31(日) 23:25:45 ] CreateWindow("aaa",.... とかやってるんだろ 673 名前：デフォルトの名無しさん [2009/05/31(日) 23:59:32 ] >>670 >>671 いやできなかった 結論からいうと 原理からいうとその方法でできるのは確かなんだが UNICODEと_UNICODEは最初の最初で定義しておかなければならならないみたいだ 先にwindows.hとか読み込まれてるからその関係で動作がおかしくなる >>672 アホすぎ てか解決法をいうと単純にソースファイルをわければ解決できる 最初からやればよかったけど 674 名前：デフォルトの名無しさん mailto:sage [2009/06/01(月) 00:14:01 ] 本筋とは全く関係ないが、>>669を見ると_tWinMainにしろと言いたくなる。 675 名前：デフォルトの名無しさん mailto:sage [2009/06/01(月) 01:15:41 ] もうこれから書くコードは全部_UNICODEでいいかもと思ってしまうがな。 676 名前：デフォルトの名無しさん mailto:sage [2009/06/01(月) 04:06:41 ] なに、いいってことよ┏( ^ω^)┛ 677 名前：デフォルトの名無しさん mailto:sage [2009/06/01(月) 14:32:49 ] 下の様な感じで合成関数を作ろうと思ったのですが、 error C2678: 二項演算子 '*' : 型 'composite_impl<result_type_,arg_type_>' の左オペランドを扱う演算子が見つかりません とエラーが出ます。どうやって回避すればいいのでしょうか？ 678 名前：デフォルトの名無しさん mailto:sage [2009/06/01(月) 14:33:55 ] struct composite_type{}; template<typename result_type_, typename arg_type_> struct composite_impl{ typedef result_type_ result_type; typedef arg_type_ arg_type; typedef result_type (*fn_type)(arg_type); static fn_type &fn_holder(){ static fn_type fn; return fn; } result_type operator ()(arg_type a) const{ return (fn_holder())(a); } }; template<typename result_type_a_, typename result_type_b_, typename arg_type_b_> struct composite_impl<result_type_a_, composite_impl<result_type_b_, arg_type_b_> >{ typedef result_type_a_ result_type; typedef arg_type_b_ arg_type; typedef result_type (*fn_type)(arg_type); static fn_type &fn_holder(){ static fn_type fn; return fn; } result_type operator ()(arg_type a) const{ return (fn_holder())(composite_impl<result_type_b, arg_type_b_>()(a)); } }; template<typename result_type, typename arg_type> inline composite_impl<result_type, arg_type> operator *(composite_type, result_type (*fn)(arg_type)){ composite_impl<result_type, arg_type> a; a.fn_holder() = fn; return a; } template<typename result_type_a, typename result_type_b, typename arg_type_b> inline composite_impl<result_type_a, composite_impl<result_type_b, arg_type_b> > operator *(composite_impl<result_type_a, result_type_b> a, result_type_b (*fn)(arg_type_b)){ composite_impl<result_type_a, composite_impl<result_type_b, arg_type_b> > a; a.fn_holder() = fn; return a; } composite_type composite; #include <iostream> #include <cstring> int fn_a(int a){ return a * a; } char *fn_b(int a){ static char str[0xFF]; std::sprintf(str, "%d", a + 1); return str; } int main(){ std::cout << (composite * fn_a * fn_b)(2) << std::endl; return 0; } 679 名前：デフォルトの名無しさん mailto:sage [2009/06/01(月) 14:42:39 ] >>668 > const側で非constメンバ関数を呼び出すというのはダメ > ってことらしい。 これって、単純にconstメンバ関数内で非constメンバ関数を呼び出すと コンパイルが通らないって話。 680 名前：デフォルトの名無しさん mailto:sage [2009/06/01(月) 15:00:03 ] >>679 const_castで*thisからconstを外すって話だよ。 681 名前：デフォルトの名無しさん mailto:sage [2009/06/01(月) 15:12:45 ] >>680 あーそういうことね。 でも*thisのconst外しが駄目なのも当たり前の話だな。 682 名前：デフォルトの名無しさん mailto:sage [2009/06/01(月) 20:59:19 ] *thisのconstは外してないぜ むしろconstメンバ関数を呼ぶために*thisにconstを付けてる 外してるのは戻り値のconst 683 名前：デフォルトの名無しさん mailto:sage [2009/06/01(月) 21:04:09 ] >>682 >>667-668 >>679-681 を読みかえしくれ。 684 名前：デフォルトの名無しさん mailto:sage [2009/06/01(月) 21:13:26 ] ？？？ >>645のことだろ？ static_cast<const sample&>(*this)は明らかに*thisにconstを付けてる 何か間違ってるのか 685 名前：デフォルトの名無しさん mailto:sage [2009/06/01(月) 21:15:12 ] >>684 > >>645のことだろ？ 否。 >>667-668の事。 それに対し>>679-681というやりとりが行われている。 皆は>>645は理解している。 686 名前：デフォルトの名無しさん mailto:sage [2009/06/01(月) 21:18:48 ] なるほど理解した 687 名前：デフォルトの名無しさん mailto:sage [2009/06/01(月) 22:34:32 ] いろいろあるよ。 www.sengoku.co.jp/CategoryIndex/wire.htm 個人的には極細より線と鈴メッキ銅線が好きだけど (どうせ趣味だし)、 信頼性からジュンフロン線使う人のほうが多い。 このシリーズのより線はストリッパー必須。 ジュンフロンは苦手です。ええ。 688 名前：デフォルトの名無しさん mailto:sage [2009/06/01(月) 22:36:18 ] ご、誤爆・・・ 689 名前：デフォルトの名無しさん mailto:sage [2009/06/01(月) 22:43:04 ] どんまい、 というかハードとソフト両方いけるとかうらやましい 690 名前：デフォルトの名無しさん mailto:sage [2009/06/01(月) 22:45:09 ] >>687 全然 なんだかわからないwww すごいな。 691 名前：デフォルトの名無しさん mailto:sage [2009/06/02(火) 01:02:51 ] とりあえずイミフだからストリッパーってあたりに反応しとこうぜ 692 名前：デフォルトの名無しさん mailto:sage [2009/06/02(火) 01:44:25 ] ストリッパーくらい分かるだろ 線の被覆を剥ぐための工具だろ 693 名前：デフォルトの名無しさん mailto:sage [2009/06/02(火) 02:19:34 ] struct A{A();virtual void fun() = 0;}; struct B:A{B();fun();}; struct C{C(A&b); C problem(A&b);}; C c(B()); c.problem(B()); // no-match function になるのは何故？ C::problem(一時オブジェクト参照)を弾くならコンストラクタでも弾くべきだと思うんだけど 694 名前：デフォルトの名無しさん mailto:sage [2009/06/02(火) 02:57:23 ] >>692 しらんがな(´・ω・｀) 695 名前：デフォルトの名無しさん mailto:sage [2009/06/02(火) 03:51:45 ] ドラクエなどで登場する戦士や魔法使いを意味するFighterクラスと Mageクラスがあったとして、 そのクラスのインスタンスが持つHPやMP,攻撃力などのステータス一覧を表示する関数を作るとき、 クラス自信にその関数を持たせるのか、あるいはクラスとは関係のない部分で作るのか、どちらがいいんでしょう？ クラス設計の考え方がまったくわかりません・・。 696 名前：デフォルトの名無しさん mailto:sage [2009/06/02(火) 06:17:21 ] >>695 その場合はカプセル化を優先する。 まず、HPやMP,攻撃力などのステータスを格納する変数(intだったりstd::size_tだったりするだろう)のアクセス指定子がどう宣言されているかによって考えを分ける。 1. もしprivateで宣言されていて、そのステータスをpublicなメンバ関数h_point()で取得するような仕組みにしている場合(むろんそれが望ましい)は、「クラスとは関係のない部分で作る」が正解。 つまり別の関数show_status(〜)を作り、〜の部分にキャラクタのインスタンスを渡すようにする。 2. もしpublicで宣言されているならば、「クラス自身にその関数を持たせる」ないし「friend指定して外部関数を作る」が正解。しかしステータスを格納する変数がpublic指定されていること自体、そもそも望ましくないことだが。 697 名前：デフォルトの名無しさん mailto:sage [2009/06/02(火) 06:23:39 ] >>693 private継承しているからだろ 698 名前：デフォルトの名無しさん mailto:sage [2009/06/02(火) 08:07:42 ] >>693 そのコンストラクタで本当に動くか試した？ 699 名前：デフォルトの名無しさん mailto:sage [2009/06/02(火) 17:56:43 ] C c(B()); は C c(B (*)()); という関数宣言に解釈される。 B b0; C c(b0); c.problem(b0); とするとできましたが。 関数の引数のリファレンスの型にconstをつけて "const B&b"、"const A&b"のようにすると C c = C(B()); c.problem(B()); でもいけました。 なぜかは僕には分かりませんのでどなたか解説お願いします。 コンパイラはgcc4.2.1で確かめました。 700 名前：デフォルトの名無しさん mailto:sage [2009/06/02(火) 19:02:59 ] const参照型のインスタンスは、呼び出す側が値渡しと同じ感覚で扱えるように、 一次オブジェクトで初期化できることになっている。 701 名前：693 mailto:sage [2009/06/02(火) 20:13:27 ] 実コードはstruct Bにtemplate特殊化やらvirtualメンバやらなんやら絡んで魔窟状態で実は C c(static_cacst<A&>(B())); に成ってますた。 >>699 C c((B())); でも逝けますね。 702 名前：デフォルトの名無しさん mailto:sage [2009/06/02(火) 21:44:52 ] >>701 Effective STL の第1章第6項「C++の最も奇妙な解析に注意しよう」に書かれてるね。 （この本自体はSTLの解説本だけど…） でも、すべてのコンパイラで成功するとも書かれていない･･･おそろしや。 703 名前：デフォルトの名無しさん [2009/06/03(水) 17:16:04 ] #include <stdio.h> void main(void) { char data[3465300] int idata[3465300]; int KOTAE[3465300/2]; int data1[12032/2][300]; int idata1[300][300]; int i,j,id,a,b,No,day,LDAY,d; char fnamein，fnameout; FILE *fin,*fout; #define LDAY 30 //月ごとに変える //No=1→ステータス;No=2→交通量;No3=速度;No4=オキュパンシー #define No 2 for(day=0;day<LDAY;day++){ d=day+1; printf("%d/%d\n",d,LDAY); sprintf(fnamein,"D:\\/torakan-Y/R_barashi/Ku0409/Ku0409%02d.dat",d); sprintf(fnameout,"D:\\/torakan-Y/R_barashi/Ku04/Q_Ku0409%02d.txt",d); fin = fopen(fnamein,"rb"); fread(&data,1,3465216,fin); fclose(fin); if((fout=fopen(fnameout,"w"))==NULL) printf("Cannot open output file\n"); 704 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 17:17:18 ] >>703 なんだこの凶悪なのはっ！！ 705 名前：703 [2009/06/03(水) 17:19:00 ] 703のプログラムですが、コンパイルは通る一方で 出力される結果が同じ数字の繰り返しになってしまいます。 エラーの原因としては、以下の4行が怪しいと思っています。 詳しい方、よろしくお願いします。 sprintf(fnameout,"D:\\/torakan-Y/R_barashi/Ku04/Q_Ku0409%02d.txt",d); fin = fopen(fnamein,"rb"); fread(&data,1,3465216,fin); fclose(fin); 706 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 17:23:44 ] >>705 あんたが勝手に”エラー”って呼んでいるものを，具体的に書き表してごらんよ 少なくとも”出力される結果が同じ数字の繰り返し”になることは具体的に書け 707 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 17:29:33 ] 変数宣言で嫌になるものは久しぶり… 708 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 17:32:39 ] スレの住人の中におエスパー様はおられませんか？ 709 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 17:34:40 ] >>703 とりあえず変数を#defineで上書きしているのが分かった 710 名前：703 [2009/06/03(水) 17:42:02 ] ≫>705様 レスありがとうございます。 出力されたファイルを開くと 526855268552685といった感じで同じ数列がただ繰り返されたファイルが 出力されます。 このプログラムはもともと、膨大なデータの中から 一部分を抽出するプログラムとなっています。 また、その莫大なデータにはそのような数列は見られないので 勝手にエラーと判定してしまいました。 >709様 ありがとうございます。 さっそく　そこを修正したいと思います。 711 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 17:52:30 ] >>710 かんじんのファイルに出力している部分が・・・ねぇｗｗｗｗｗｗさすがにＥＳＰじゃない俺にはむり 712 名前：703 [2009/06/03(水) 17:57:36 ] for(i=0;i<3465216;i++){ idata[i]=int(data[i]); if(idata[i]<0){ idata[i]=256+idata[i]; } } id=0; for(i=0;i<3465216;i=i+2){ a=idata[i]/16; b=idata[i]%16; KOTAE[id]=a*16*16*16+b*16*16+idata[i+1]; id=id+1; } id=0; for(j=0;j<288;j++){ for(i=0;i<12032/2;i++){ data1[i][j]=KOTAE[id]; id=id+1; } } 713 名前：703 [2009/06/03(水) 18:00:29 ] /*区間データの抜き出し*/ id=0; //////6号三郷JCT‐江戸橋JCT間//////////// for(j=0;j<288;j++){ for(i=0;i<17;i++){ idata1[id][j]=data1[4*i+(8+4*501+No-1)][j]; id=id+1; } id=0; } for(j=0;j<288;j++){ for(i=0;i<2;i++){ idata1[id+17][j]=data1[4*i+(8+4*772+No-1)][j]; id=id+1; } id=0; } 714 名前：703 [2009/06/03(水) 18:02:01 ] for(j=0;j<288;j++){ for(i=0;i<15;i++){ idata1[id+19][j]=data1[4*i+(8+4*542+No-1)][j]; id=id+1; } id=0; } for(j=0;j<288;j++){ for(i=0;i<34;i++){ fprintf(fout,"%d",idata1[i][j]); } fprintf(fout,"\n"); } } } 715 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 18:02:27 ] >>712 ＞　for(j=0;j<288;j++){  ＞　for(i=0;i<12032/2;i++){  この辺で悪意を感じた あと，もし仮に名前を付け替えるのが許可されているなら，ぜひデータ構造と名前を変えるべきだとおもふ 716 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 18:10:48 ] まずマジックナンバーが多過ぎるから定数で宣言して分かりやすい名前を付けるべき それと、 ＞char fnamein，fnameout; ここはファイル名格納するバッファじゃなかろうか 717 名前：703 [2009/06/03(水) 18:11:01 ] >712 すいません。まったく悪意はないです。 もうしわけないです。 名前は変更できます。 718 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 18:16:08 ] なげぇwww codepad ttp://codepad.org/ せめてここに貼るとかさあ。。 719 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 18:19:07 ] そもそも何の目的で作られた何をするためのプログラムで どうなれば成功なんだよ そこが分からないのに何も答えられるわけがないだろ どうせ宿題なんだろうけど 720 名前：703 [2009/06/03(水) 18:26:59 ] >719様 説明不足ですいません。 トラカンデータといわれる交通量や平均速度といった 情報が網羅されているデータから 一部分を抽出して、自分たちが調べたい路線の 交通量を抜き取るプログラムです。 数列が同じ数字の繰り返しにならなければ、ほぼ成功だと思います。 宿題ではないです。申し訳ないです。 >718様 さっそく、張ってみようと思います。 721 名前：703 [2009/06/03(水) 18:30:03 ] codepad.org/jC9g9phJ さっそく貼ってみました。 722 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 18:32:15 ] ふむふむ ひどすぎて目眩がしてきた 一つ言えるのは、これはCであってC++ではないということだ だからスレ違い 723 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 18:32:56 ] と思ったらnew使ってるからC++かよ なんだこれは 724 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 18:52:09 ] 読むのに時間かかりそうだ… 725 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 19:03:32 ] 管理番号とかファイルのパスとか 危険な香りのする文字列がたくさんあるけど大丈夫なのか 726 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 19:09:39 ] >>703 とりあえず fread(&data,1,3465216,fin); ↓ fread(data,1,3465216,fin); 727 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 19:12:43 ] プログラムに間違いらしきものはなし。 データ解析部分でデータの構造が合致していないような感じだが？ 728 名前：703 [2009/06/03(水) 19:18:54 ] >726様 あなたは神様です。 あなたのおかげで無事解決しました。 なんてお礼をいえばいいのかわかりません。 729 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 20:18:52 ] すげえうれしくない感謝の言葉だなぁ 730 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 20:22:20 ] You are God. I solved the problem, thank you. What it only has to say the reward is not understood. 731 名前：703 [2009/06/03(水) 20:27:36 ] と思ったら、まだ解決していませんでした。 申し訳ないです。 732 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 20:39:13 ] <stdexcept> と <exception> って、 どっちをインクルードするほうが望ましいの？ 733 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 20:41:32 ] <stdexcept>で定義されている例外を使いたければ<stdexcept> 734 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 20:42:12 ] >>731 書き直してもいい？ 要するにファイルの内容は unsigned short 型のデータが ビッグエンディアンで 6016x288 個格納されているのを data1 に代入すれば data も idata も KOTAE も必要ないよね 735 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 20:53:56 ] >>703 社内で使ってる(であろう)コードをこんなところに晒して、 ただで済むと思ってるのか？ オープンソースじゃないだろうし、上司に知られたらやばいんじゃねーの。 736 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 21:21:08 ] スタックオーバーフローエラーを直してくれた先輩には もう見限られたのか？ 737 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 21:58:15 ] >>731 なにが解決してないの？ 738 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 22:40:43 ] ほんとプロが作るソースって ゴミクズだよな。 どこもかわらねえなぁ。 739 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 22:48:19 ] え？>>703の話なら、プロのコードじゃないっしょ。 社内でコンピュータにちょっと詳しい人（事務職とかバイトのお兄ちゃんとか）に アホ課長が「エクセルで計算するのめんどいからお前プログラム書けよ」って 仕方なくしこったんじゃない？ どうみてもCで書いたコードを、その人がやめちゃって保守要員がいなくなったので これまたその辺のちょっとコンピュータ詳しい奴にむりくりやらせてるってところでは。 すごいエスパー。昔、エスパドリューはエスパーが身につける特別な装備だと思っていたのを思い出した。 740 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 23:49:15 ] ふと思ったんだが↓↓ C++では関数が返せる変数の型は1つだけである。 (その型と継承関係によってはその子クラスの型でも返せることもあるが。) ところが、例外処理におけるthrowは関数から外へ任意の型の例外を投げることが可能である。 これをその関数の返り値（戻り値）とみなして プログラミングをするという面白い技法が この世に存在していてもおかしくないのではないか と思ったのだが、誰か知っている人いない？ 例外を使ったプログラミングの話をしている訳じゃ無くて あくまでthrowによる例外を戻り値として利用するスタイルってことで。 741 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 23:55:54 ] テンプレートクラスを使えば戻り値の型なんて自由自在ですよ。 無茶しないでください。 742 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 23:57:22 ] そのアイデアに「catchされなければ呼出元へ伝播する」という例外の特徴も考慮した？ していないならboost::any返せばいいでしょという話だと思う。 743 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 23:57:35 ] >>740 実用してる奴がいたら絶対に近づきたくないが ネタとしてはおもしろそうだな。 はたして意味のあるプログラムを作ることができるのか・・・ 744 名前：デフォルトの名無しさん mailto:sage [2009/06/04(木) 00:04:54 ] もしうまいことやったとしても、Schemeなんかの継続のきわめて限定的なまねごとになるのではと思う。 どういう形か想像もつかないが。 745 名前：デフォルトの名無しさん mailto:sage [2009/06/04(木) 00:10:33 ] 継続ねえ。 じゃあお題は例外でC#で言うところのyield()を作る でどうよ。 746 名前：デフォルトの名無しさん mailto:sage [2009/06/04(木) 00:17:20 ] �_ さっそく自分で否定しちまった･･･ 747 名前：デフォルトの名無しさん mailto:sage [2009/06/04(木) 00:39:24 ] >>740のは面白いな 何か可能性を感じる 748 名前：デフォルトの名無しさん mailto:sage [2009/06/04(木) 01:27:32 ] variantでいいじゃん 戻り値の型として使いたいものの集合がコンパイル時に決まっていないと 例外使う方法も結局何もできないわけだし 749 名前：デフォルトの名無しさん mailto:sage [2009/06/04(木) 02:00:23 ] 変態プログラミングの可能性と聞いて 750 名前：703 [2009/06/04(木) 02:02:54 ] >734様 先程、プログラミングを回してみた結果 無事解決しました。 727様のおっしゃるとおり データ解析部分でデータの構造が合致してないことが 原因でした。 もし、お時間があるなら、書き直してくださったプログラムを 見せていただきたいです。 751 名前：デフォルトの名無しさん mailto:sage [2009/06/04(木) 02:36:54 ] >>740 そういうのはイベント駆動型とかいうやつじゃないか 752 名前：740 mailto:sage [2009/06/04(木) 06:28:37 ] >>741 え？ どういうことだい？ よく分からないんだが。。。 みんなありがとう。 俺も絶対やらないと思うけど、 >そのアイデアに「catchされなければ呼出元へ伝播する」という例外の特徴も考慮した？ 一応考えてる。 boost::anyやvariantは頭をよぎったが忘れることにした。 うーん、むずかしいよねぇ。 少なくとも俺はやらないけど、きっと誰かが何かすごいことを やってくれるんじゃないかと思った。 753 名前：デフォルトの名無しさん mailto:sage [2009/06/04(木) 11:11:57 ] やらないのかよ 754 名前：デフォルトの名無しさん mailto:sage [2009/06/04(木) 11:52:00 ] >>752 c#でもやっていてください とくにLINQ 755 名前：デフォルトの名無しさん mailto:sage [2009/06/04(木) 14:00:53 ] >>752 例外のキャッチってコストかかるんでパフォーマンス劣化が激しいと思うぞ 756 名前：デフォルトの名無しさん [2009/06/04(木) 14:02:25 ] アゲ 757 名前：732 mailto:sage [2009/06/04(木) 17:05:22 ] >>733 ありがとう！ 758 名前：デフォルトの名無しさん mailto:sage [2009/06/04(木) 17:20:46 ] >>740 むやみやたらにthrow使うのはgotoと大して変わらないので、 普通やらん。 やめとけ。 759 名前：デフォルトの名無しさん mailto:sage [2009/06/04(木) 17:51:57 ] 普通に関数オブジェクトでも引数として渡せばいいだけやん。 760 名前：740 mailto:sage [2009/06/04(木) 17:57:29 ] もちろん俺だって普通はやらんさ。 でもまあどこかの変態級のプログラマがうまくこれを生かして…(ry 761 名前：デフォルトの名無しさん mailto:sage [2009/06/04(木) 20:32:06 ] 試しに #define return assert(0) して、throw以外で関数から出るのを禁止してプログラム書いてみたらいい 何かが見えてくるかもしれんぞ 762 名前：デフォルトの名無しさん mailto:sage [2009/06/04(木) 20:42:01 ] C++の関数を全部こう書き換える retType func(/* ... */){ 　　/* ... */ 　　return foo; } ↓ function func(/* ... */) throw(retType){ 　　/* ... */ 　　throw foo; } そして class function{private:function();~function();}; と定義すれば、めでたく例外指向プログラミング言語の出来上がり 使うのは遠慮します 763 名前：740 mailto:sage [2009/06/04(木) 21:00:49 ] >>761-762 ありがとう。 うーん、なんとも気持ち悪い物が出来上がりそうだw 764 名前：デフォルトの名無しさん mailto:sage [2009/06/04(木) 23:10:07 ] 三値論理の関数型言語？で似たような事が出来たような？ よくわからんが 765 名前：デフォルトの名無しさん mailto:sage [2009/06/04(木) 23:20:59 ] boost::any を使えば受け取る側は関数側から何が返ってくるか知らなくてもいいけど 例外の場合は、帰ってくる型が何であるかは知っておく必要があるよね？ 間違ってるかしら･･･ 766 名前：デフォルトの名無しさん mailto:sage [2009/06/04(木) 23:47:52 ] >>765 一応catch(...)で、何でも受けれる。 受けられるだけだが。 戻り値返しにない例外の機能として、 安全な中間すっとばしがある。 funcA() -> funcB() -> funcC() -> 例外発生 ↑-----------------------------」 これを使えば、非常に柔軟な逆フロー制御が実現できる。 つまり、メインルーチンを例外のcatch()ブロックに書くのだ。 これを使って何が出来るかというと、それは次の人どうぞ。 767 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 00:11:17 ] 一方ロシアはgotoを使った。 768 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 00:16:15 ] anyだろうと何だろうと型を知らないと何も出来ないから、 結局そのままどっかに転送するしかないよな throw;で同じ事が出来そうな気はする 769 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 00:19:15 ] VC9だと落ちるんだけどｗ #include <iostream> void fib(int n) { 　　if (n < 2) { throw 1; } 　　else { 　　　　try { fib(n-1); } catch (int r1) { 　　　　　　try { fib(n-2); } catch (int r2) { 　　　　　　　　throw r1 + r2; 　　　　　　} 　　　　} 　　} } int main() { 　　try { fib(20); } catch (int ret) { 　　　　std::cout << ret << std::endl; 　　} 　　return 0; } 770 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 00:21:40 ] あーそうだ、多重例外は未定義だったな 標準C++の範囲で例外指向プログラミングはできないようです 771 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 00:29:57 ] うーん、 変態Chain Respinsibility？ void discover() { 　switch (random) { 　case 0: 　　throw Chair; 　case 1: 　　throw Human; 　case 2: 　　throw Orange; 　case 3: 　　throw Truth; 　} } void loop() { 　while (1) { 　　Sitter(Killer(Eater(Philosopher(discover)))); 　} } どうすんだこれ･･･ 772 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 00:31:46 ] 綴りひでぇorz 773 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 00:45:36 ] いいかんじに変態的だな 774 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 02:23:18 ] >768 visitorで何とかする手はあるよ。 ttp://www.boostpro.com/vault/index.php?action=downloadfile&filename=holder.zip&directory=Data%20Structures& 775 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 05:26:42 ] 多重例外って何ですか？ アクティブな例外が2つ以上同時に発生することですか？ それともtry・catchブロックの中にtry・catchブロックがあることですか？ 776 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 09:32:40 ] 例外ハンドラで例外が出ること 777 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 11:12:55 ] テンプレートクラスで自身を返す場合、書き方としてどっちが正しいのでしょうか。 1も正しいなら今後１で書こうと思ってます。 template<class T> class X { public: X &Func() // 1 X<T> &Func()　// 2 { return *this; } } 778 名前：デフォルトの名無しさん [2009/06/05(金) 11:33:33 ] C++を１から学習しようかと思うのですが、参考書は何がおすすめでしょうか？ visual C++を使おうかと思っているのですが。 分厚くてもよいので、一冊で応用まで深く学習出来るのはありませんかね？ 779 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 11:52:54 ] >>777 2、テンプレート引数を省略しないといけないのはコンストラクタだけ 780 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 12:03:14 ] >>778 禿本を買っておけば間違いは無い 781 名前：デフォルトの名無しさん [2009/06/05(金) 13:44:02 ] >>780 禿本とは何ですか？ 782 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 13:53:12 ] softbank 783 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 13:54:12 ] そういう時に真っ先に「C++ 禿本」で検索しない精神がよくわからん。 784 名前：デフォルトの名無しさん [2009/06/05(金) 14:47:44 ] 検索したのですが、出てきませんでした。 ていうより、59件ヒットしてその全てがただ禿本とC++を含んでるやつのみで 何の略かも書いてありませんでした。 その本の正式名称がわかりません。 すいませんが、本の正式名称で書いていただけませんか？ 785 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 15:01:04 ] C++ 禿 でぐぐったら一番上におっさんの名前出てきたわｗ 786 名前：780 mailto:sage [2009/06/05(金) 15:04:39 ] 確かにC++ってググるときに引用符を付けないと駄目なんだよな。 正式名称はThe C Programming Language（邦訳はプログラミング言語C++） 著者はC++の設計者である禿ことBjarne Stroustrupだ。 www.research.att.com/~bs/ に写真があるからよく拝んでおくように。 日本語訳については色々言われているみたいだが、俺は原著しか使ったことが ないので分からん。英語に問題ないなら原著をすすめておく。 787 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 15:07:13 ] 一番、二番目に出てくるならまだしもそれ以外でググレとか言う奴の精神が分からん。 素直に教えて感謝されればいいのに 788 名前：デフォルトの名無しさん [2009/06/05(金) 15:12:09 ] >>786 禿本とはそういう意味だったのですか。 教えてくださってどうもありがとうございました。参考にします。 789 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 15:37:25 ] 確かに"禿本"だけであとググれってのはちょっとひどいなｗ 英語に問題ないならTC++PL(禿本)よりも先にProgrammingを読んだほうがいいかも 同じようなこと書いてあるけどProgrammingのほうが分かりやすい TC++PLにしか書いてないこともあるからどのみちTC++PLは読むんだけどね 790 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 15:39:18 ] 途中で送信しちまった… TC++PL(禿本): www.research.att.com/~bs/3rd.html Programming:  www.research.att.com/~bs/programming.html 791 名前：780 mailto:sage [2009/06/05(金) 15:42:31 ] >>876 自己レススマソ。原著名間違えた。K&Rじゃないっての。 >>787 まあ2chだから仕方ないね。 禿本ってこのスレでは良く知られてると思ってたけど、意外とそうでもないのかな。 792 名前：777 mailto:sage [2009/06/05(金) 15:44:42 ] >>779 ありがとう。コンパイル通るからいいのかと思ったけど やっぱり基本的には全部書かないとだめなのね。 793 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 15:45:04 ] 禿本と書いてても意味がわからんからスルーしてた スルーで正解だった 794 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 16:20:14 ] >>787 > 一番、二番目に出てくるならまだしも Googleを使わせるか否かを考えるのに「一番、二番目に出て来るかどうか」を基準にする、 怠惰な人間をつけあがらせる使命でもあるかのような考え方は理解不能だし、 悪いけど二番目の結果（環境依存OKスレの2スレ目）にこういう文章が出て来るぞ。 > 「プログラミング言語C++」は禿本と呼ぶ。 あ、"C++"と"禿本"をダブルクォーテーションで括る発想に至らないバカは考慮してないけど。 795 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 16:27:12 ] 質問です。どうしてこのスレには捻くれた奴が湧くんですか？ 796 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 16:30:53 ] たとえばどのレスのことなのか例を挙げてくれないと、 本当にそういう傾向があるのか、自分のバカさを指摘されたバカが 必死にそう見ようとしてるだけなのか判断つかず、回答できないです。 797 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 19:26:31 ] >>792 2でもいいんだけどね。テンプレートパラメータは 宣言された範囲（テンプレートのスコープ）内では省略していいことになっている。 クラス定義の冒頭で template が宣言されていて、その範囲内に入っているので、 この場合のメンバ関数宣言のテンプレートパラメータは省略できる。 （Accelerated C++ p.197などを参照） template < class T > class foo { 　template < class T > foo &bar( foo<T> &t ); }; のような紛らわしい宣言も可能な様子。 798 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 19:26:34 ] >>795 捻くれものは大抵、過去に何らかの形で虐げられた経験がある あとはわかるな？ 799 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 19:29:36 ] >795 C++自体が捻れた言語だからです。 800 名前：デフォルトの名無しさん mailto:sage [2009/06/06(土) 15:12:48 ] >>797 全然別人なんだけど割り込んで聞いて良い？ template < class T > class foo { 　template < class T > foo &bar( foo<T> &t ); }; ってのは要するに template < class T > class foo { 　template < class U > foo<T> &bar( foo<U> &t ); }; ってことだよね？ 801 名前：デフォルトの名無しさん mailto:sage [2009/06/06(土) 20:23:43 ] >>798 わかります。 現実の現在で叩きのめされたので、架空の過去を夢想して脳内逆襲ですね？ 802 名前：デフォルトの名無しさん mailto:sage [2009/06/06(土) 20:26:59 ] >>800 最初の方はgcc 4.2.1ではエラーになった。 803 名前：デフォルトの名無しさん mailto:sage [2009/06/06(土) 21:46:37 ] （・３・）　エェー。ぼじゅあるくっぷぷ（Visual C++）では問題なしだＹＯ >>800 Yes。 804 名前：デフォルトの名無しさん mailto:sage [2009/06/06(土) 22:04:24 ] 以下の変態プログラムでテンプレートパラメータの挙動についてご確認ください #include <iostream> using namespace std; template < class T > class foo { public: foo() : x( 0 ) {}; foo( foo *p ) : x( p ) {}; template < class T > foo &bar( foo<T> &t ){ cout << t.member << endl; return *x; } T member; foo *x; }; int main() { foo< int > base; base.member = 1000; foo< int > i(&base); foo< char > c; i.member = 1; c.member = 'a'; foo< int > r = i.bar( c ); cout << r.member << endl; } 805 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 05:02:33 ] 危うく騙されそうになったが return *xだから挙動自体は普通だな 806 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 05:28:11 ] r.memberが初期化されない…と思ったがコピーコンストラクタじゃないのか。 807 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 12:07:05 ] >>804 読むだけで疲労した。 barメンバ関数が何をやりたいのか意図が分からない （練習プログラムだから仕方ないことだが。） のに理解をじゃまされた。 分かって良かった。 808 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 12:38:25 ] >>807 >>797の再現じゃないの？ 809 名前：807 mailto:sage [2009/06/07(日) 12:56:34 ] >>808 ああそうなのか、ここのところこのスレ見てなかったから 全然流れを読んでなかったわ。 810 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 13:58:30 ] 下のように、クラスAAのインスタンスを、メモリーに割り当てたときに。 コンストラクタとデストラクタをどうやって起動したらいいのでしょ？ class AA { int i1,i2; AA(); ~AA（）；　｝ void func() { 　char dat[100]; 　AA *dat; 　dat = (AA *)dat; } 811 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 14:02:17 ] コンストラクタ new(dat) AA(); デストラクタ dat->~AA(); 812 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 14:11:53 ] AA * dat = new AA[100]; delete[] dat; 813 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 14:38:59 ] 上の例、バッファーとポインターが同じでした、ミスすみません >>881　下記のようにうにエラーになります　　>>812　１００個のインスタンスを作るわけではないです class AA { 　int a1,a2; public: 　AA() { printf("AA コンストラクタ\n"); } 　~AA() { printf("AA デストラクタ\n"); } }; int _tmain(int argc, _TCHAR* argv[]) { 　char buf[100]; 　AA *datp; 　datp = (AA *)buf; 　new(datp) AA(); // ここがエラーになる… 　datp->~AA(); 　return 0; } エラー 1 error C2660: 'operator new' : 関数に 2 個の引数を指定できません。 814 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 14:39:55 ] #include <new> が抜けてるだろ 815 名前：デフォルトの名無しさん [2009/06/07(日) 14:41:49 ] atnd.org/events/702 124.45.27.25:12086/stream.mp3.m3u IRCNET #CRYBUTSU 816 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 14:55:53 ] >>814　できました、ありがとうございます。 817 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 15:12:11 ] ローカル変数に対するplacement newって、アラインメントを気にする必要がなかったっけ？ 818 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 15:16:19 ] 気にする必要があると思います。 実際のプログラムは、sizeof　で確認をしています 819 名前：デフォルトの名無しさん [2009/06/07(日) 16:27:09 ] std::vector のようなコンテナを作ろうと思うんだが、 要件について詳しくまとまってるページない？ 820 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 16:49:49 ] 規格を読め 821 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 16:55:54 ] 別にinterfaceクラスを継承してるわけでもないし、 要件なんて無いぞ。 822 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 17:05:30 ] 要するに value_type なんかの必須 typedef や 領域確保時の用件とかを知りたいんじゃろ？ 領域確保に new を使っちゃらめとか、 知らないとはまる部分もあるしー。 823 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 17:09:05 ] >>819 www.open-std.org/jtc1/sc22/wg21/docs/papers/2008/n2798.pdf の23.2.6をしっかり読むこと。 SGIのドキュメントはまとまっていて良かったんだが、最新の仕様と乖離してるのかな。 www.sgi.com/tech/stl/Vector.html >>821 馬鹿か？ 824 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 17:17:18 ] >>820-823 トンクス 825 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 17:21:58 ] >>821 ちょwww 826 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 19:02:35 ] >>769-770 >>775-776 このレスで出てきている多重例外「例外ハンドラで例外が出ること」についてですが、 try {foo();}//適当な例外を投げる関数 catch(const std::exception& ex) {throw 42;}//ここが多重例外 ってことですよね？ では try {foo();}//適当な例外を投げる関数 catch(const std::exception& ex) {throw ex;}//ここは？ この様に例外を再送する場合も多重例外となり未定義の動作ですか？ また、再送する場合{throw;}と書いても未定義になりますか？ 827 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 19:33:06 ] >>826 >770や>776は何か勘違いしているような・・・。 例外ハンドラ(catch節)で例外を投げるのは正当。 多重例外というのはもっと異常な事態で、 例外によるスタックの巻戻し中にデストラクタがさらに例外を投げたとか、 値渡しのcatchへ例外をコピー中にコピーコンストラクタが例外を投げたとかのことを言い、 そういう時でも未定義ではなく、terminate()が呼ばれるんじゃなかったっけ？ 828 名前：==775==826 mailto:sage [2009/06/07(日) 20:20:29 ] とりあえず例外の再送出は問題ないと分かれば当面は解決です。ありがとうございます。 >>827 >例外によるスタックの巻戻し中にデストラクタがさらに例外を投げた は、 私(>>775)の言う >アクティブな例外が2つ以上同時に発生すること ってヤツですよね。 この場合は未定義だとEffective C++で紹介されています。 しかし デストラクタからの例外送出::実装技術 ttp://cppemb.blog17.fc2.com/blog-entry-31.html ここによると >デストラクタから例外を送出するクラスAのオブジェクトを自動記憶域で宣言し、 >その生存期間内で他の例外が発生した場合、A::~A()が呼び出されて、 >その中でまた例外が送出されます。これは二重例外と呼ばれ、 >問答無用でstd::teminateが呼び出されます。 >次に、デストラクタから例外を送出するかもしれないオブジェクトを >静的記憶域期間で宣言した場合を考えてみてください。 >静的記憶域のオブジェクトを監視ブロック（try〜catchの制御文）で囲む構文を >記述することはできません。すなわち、こちらはデストラクタから例外が発生した >時点で（std::terminateの呼び出しではなく）未定義の動作になります。 と書いてありますが、果たして何がどうなんでしょうね。 829 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 21:16:02 ] catch節で例外を受けた場合、受け取った例外を再送するか、 受け取った例外を破棄して別の例外を送出するしかなくて、 結局、伝播する例外は1つだけになるので問題ない。 それ以外で例外伝播中に他の例外が発生すると、 2つの例外を伝播させなければならなくなるけど、 それはできないことになってて、かわりにstd::terminate()が呼ばれる。 830 名前：828 mailto:sage [2009/06/07(日) 22:14:01 ] >>829 ・・・としますと Effective C++の未定義だという記述の方が誤りで、 デストラクタからの例外送出::実装技術 ttp://cppemb.blog17.fc2.com/blog-entry-31.html の方が正しいと言うことでしょうか？ 831 名前：デフォルトの名無しさん mailto:sage [2009/06/08(月) 03:03:48 ] 多重例外が未定義動作だなんてどこに書いてあった？ 832 名前：デフォルトの名無しさん mailto:sage [2009/06/08(月) 05:20:46 ] デストラクタで例外を投げてもちゃんと動作は定義されている 意味のある（まともな）動作をさせるのが困難というだけ 833 名前：828 mailto:sage [2009/06/08(月) 06:59:07 ] >>831 Effective C++ 原著第3版 p39末行 〜p40頭の数行 にかけて、はっきりと未定義と書かれています。 >>832 それもEffective C++で上と同じ節に書いてあります。 834 名前：デフォルトの名無しさん mailto:sage [2009/06/08(月) 08:03:12 ] >>830 静的記憶域期間を持つオブジェクトがデストラクタで例外送出したらterminateじゃなかったっけ と思ったら「staticでnon-local」はterminateらしい 「staticでlocal」は記述が見当たらねぇ… 835 名前：828 mailto:sage [2009/06/08(月) 16:14:44 ] そしてまあ困ったことに、たしかVC2008とかの有名どころですら 複雑な例外処理の仕様は、正確には実装されていないと聞いたことがあります。 結局は多重例外になるという状況を作らないように気をつけていくしかないのでしょうかね。 836 名前：デフォルトの名無しさん mailto:sage [2009/06/08(月) 21:14:03 ] >>833 そこは仕様書を持ち出すべきだろ。 837 名前：828 mailto:sage [2009/06/08(月) 21:15:40 ] >>836 私は仕様書を持ってないんですよ。 趣味グラマなもんでして。 838 名前：デフォルトの名無しさん mailto:sage [2009/06/08(月) 21:22:44 ] 例外処理の実装を詳しく説明している書籍は何がありますか？ 839 名前：デフォルトの名無しさん mailto:sage [2009/06/08(月) 21:26:27 ] more exceptional C++ 840 名前：デフォルトの名無しさん mailto:sage [2009/06/08(月) 21:55:50 ] >>837 興味があるならタダで見られる、日本語で。 www.jisc.go.jpから規格番号X3014。 841 名前：837 mailto:sage [2009/06/08(月) 21:58:59 ] >>840 ありがとうございます。 なんとかDLしたいものですが、ガードされているようですね。 必要に応じてWEBで見るようにします。 842 名前：デフォルトの名無しさん mailto:sage [2009/06/08(月) 23:40:41 ] FDISでよければこことか ttp://www.kuzbass.ru/docs/isocpp/ 15.5.1に >when the exception handling mechanism, >after completing evaluation of the expression to be thrown but before the exception is caught, >calls a user function that exits via an uncaught exception, >... >In such cases, void terminate(); is called. とあるから、terminate()が呼ばれるのは間違いないと思うのだが、 Effective C++には確かに未定義っぽいことが書いてあるし… 英語版でもそうなのかなあ 843 名前：デフォルトの名無しさん mailto:sage [2009/06/09(火) 00:25:07 ] しかし、デストラクタで例外なげるようなプログラムなんて書く訳無いし、あんまり気にしすぎても仕方ないよ。 いえ、ごめんなさい。 844 名前：デフォルトの名無しさん mailto:sage [2009/06/09(火) 20:20:17 ] 関数テンプレートがインスタンスを指定することによって実体化できるのに対し、 クラステンプレートは型名を指定しないと実体化できないところに不便さを感じます(boost::rangeとか特に)。 何かいい方法はないですかね？ 845 名前：デフォルトの名無しさん mailto:sage [2009/06/09(火) 20:26:59 ] そのためのtypedefだろ？ 846 名前：デフォルトの名無しさん mailto:sage [2009/06/09(火) 20:27:22 ] クラステンプレートは、型を引数に取って型を返す関数 847 名前：デフォルトの名無しさん mailto:sage [2009/06/09(火) 21:35:16 ] >>846 TMPか。 848 名前：デフォルトの名無しさん mailto:sage [2009/06/09(火) 21:40:37 ] >>844 std::make_pairやboost::make_iterator_rangeのように関数テンプレートでラップすればいい。 849 名前：デフォルトの名無しさん mailto:sage [2009/06/09(火) 21:41:43 ] >844 関数テンプレートもインスタンスで指定しているわけじゃないぜ。単に引数の型を推論しているだけ。 ＃動的な型は対応できない どうしてもというなら関数テンプレートでラッパー作ればよろし。 850 名前：デフォルトの名無しさん mailto:sage [2009/06/09(火) 22:05:43 ] >>845 型指定するのが手間に思えます。型推論してくれないかなと。 >>846 関数の引数をテンプレートに変更してもそのまま使えるのに、クラスのメンバ変数をテンプレートにすると使う側に手間が増えるのが不便に感じます。 >>848 makeXXXの戻り値を受け取るところで結局型指定が必要になってしまいます。 >>849 書き方が悪かったです。 template<class T> void F(T t); template<class T> class C { 　　T t_; public: 　　C(T t):t_(t){} }; F(hoge);// hogeを簡単に渡せる C<Hoge> c(hoge);// 型を指定しないと渡せない この違いを埋めることってできないですか？ rangeを渡す時、後者はめんどくさく感じて仕方ないです。 851 名前：デフォルトの名無しさん mailto:sage [2009/06/09(火) 22:13:14 ] >>850 > F(hoge);// hogeを簡単に渡せる  > C<Hoge> c(hoge);// 型を指定しないと渡せない  どう書ければうれしいの？ 852 名前：デフォルトの名無しさん mailto:sage [2009/06/09(火) 22:31:30 ] >>851 Hogeを書かなくてよくなればうれしいです。 言語の仕様上、Cを非テンプレートクラスにするしかないですかね。 boost::any使っても値を取り出すことができないし、うーん・・・。 853 名前：デフォルトの名無しさん mailto:sage [2009/06/09(火) 22:49:02 ] class B{public:virtual B&fn()=0;}; template<T>class A:B{public:T t_;A(T t);B&fn();}; class C{A&a;public:template<T>C(T t):a(C<T>(t)){};B&fn(){return a.fn();}}; 実現しようと思えば物凄く面倒。 854 名前：デフォルトの名無しさん mailto:sage [2009/06/09(火) 22:53:56 ] >>852 つまりこういうこと？  C<> c(hoge); 855 名前：デフォルトの名無しさん mailto:sage [2009/06/09(火) 23:04:50 ] >850 F(hoge)のhogeはどのみち静的な型になってるだろ。 C<Hoge>とするのに比べてそんなに汎用性が高くなっているわけじゃないよ。 型を推論してくれるから面倒なことは少ないけど。まあ、素直にC++0xのauto待ちでいいんじゃね？ 856 名前：デフォルトの名無しさん mailto:sage [2009/06/09(火) 23:40:44 ] >>853 頭がクラクラしてきます。 >>854 そのコードが許されれば大満足です。 >>855 単純に入力の手間の問題ですね。 boost::range使っていて、コードを書いてる時に型を意識しないといけないのはつまらないなーと思いました。 857 名前：デフォルトの名無しさん mailto:sage [2009/06/09(火) 23:54:20 ] １００万回呼ばれるメソッドがあったとして Hoge * f(...) Hoge & f(...) ってどっちがお得なのでしょうか？ 858 名前：デフォルトの名無しさん mailto:sage [2009/06/10(水) 00:00:24 ] コンパイラしだいだけど、大体、どっちもいっしょ。 859 名前：デフォルトの名無しさん mailto:sage [2009/06/10(水) 00:02:27 ] 100万回程度ならどっちも同じ。 860 名前：デフォルトの名無しさん mailto:sage [2009/06/10(水) 01:17:43 ] >>859 ？ じゃあ1無量大数回なら？ 861 名前：デフォルトの名無しさん mailto:sage [2009/06/10(水) 01:24:23 ] 呼び出しの時間なんて気にするなってことだろｊｋ マイクロ秒で競ってどうするんだよ… 862 名前：デフォルトの名無しさん mailto:sage [2009/06/10(水) 02:06:29 ] 呼び出し側にも依るが、参照とポインタだけの違いならまったく同じバイトコードになる可能性が高い 参照なんてのは結局ただのポインタだからね 863 名前：デフォルトの名無しさん mailto:sage [2009/06/10(水) 02:11:09 ] 参照の場合はコンパイル時のチェックがかかるだけで、バイナリは同じものになるって話を聞いたことがあるが・・・ ホンマかいな 864 名前：デフォルトの名無しさん mailto:sage [2009/06/10(水) 02:12:05 ] コンパイルの時間まで考慮するならHoge*f(...)の方が早くなる可能性があるな 865 名前：デフォルトの名無しさん mailto:sage [2009/06/10(水) 05:24:40 ] >>863 絶対じゃないだろうが、その可能性はあるでしょうな。 参照はどう実装しても良いわけで、 別に参照はポインタを用いて実装されているという保証はない。 だが普通ポインタを用いて実装するので、。 866 名前：デフォルトの名無しさん mailto:sage [2009/06/10(水) 18:13:43 ] TCP/IPのソケット通信プログラムなのですが connectを実行し、接続確認にsendとrecv を行っているのですが、recvでソケットエラー が発生し、GetLasterrorでエラーコード を取得すると｢既に使われている(183)｣でした。 何故こんなエラーになるのか分からず 困っています。どなたか教えて下さい。 867 名前：デフォルトの名無しさん mailto:sage [2009/06/10(水) 19:08:03 ] 環境がわからないし、エラーは正確に書くべき。 868 名前：デフォルトの名無しさん mailto:sage [2009/06/10(水) 19:09:46 ] WSAGetLastError呼べよ 869 名前：866 mailto:sage [2009/06/10(水) 19:33:58 ] >>867 送信先:Windows2003Server 送信元:WindowsXP 開発:VC2005 recv()の戻り値が-1 WSAGetLastErrorでエラーコードを取得したら 183だった。 ということですm(_ _)m >>868 すまん、WSAGetLastError使ってた。 870 名前：デフォルトの名無しさん mailto:sage [2009/06/10(水) 20:26:54 ] wineをみるとWSAGetLastErrorとGetLastErrorは同じものです。 recvのすぐ後でミューテックスをロック／アンロックなどを しているんではないですか？ 871 名前：デフォルトの名無しさん mailto:sage [2009/06/10(水) 23:06:23 ] class MyClass { protected: struct foo_t{ struct bar_t{ }foo; }; 872 名前：デフォルトの名無しさん mailto:sage [2009/06/10(水) 23:10:14 ] すみません。途中で書き込んでしまいました。 class MyClass { protected: 　enum {NUM = 5}; 　struct foo_t{ 　　struct bar_t{ 　　}bar[NUM]; 　}foo; }; VC6で上記コードをコンパイルすると、NUMにアクセスできないというエラーが出ます。 NUMをpublicで定義すると大丈夫です。 構造体の入れ子になった場合はpublicでないとアクセスできないのでしょうか？ class MyClass { protected: 　enum {NUM = 5}; 　int foo[NUM]; }; ちなみにこちらは問題ありませんでした。 873 名前：デフォルトの名無しさん mailto:sage [2009/06/10(水) 23:13:49 ] bar_tを外で宣言するか foo_tに適切なコンストラクタを用意すれば良い 874 名前：デフォルトの名無しさん mailto:sage [2009/06/10(水) 23:20:09 ] gcc4.2.1なら大丈夫 875 名前：デフォルトの名無しさん mailto:sage [2009/06/10(水) 23:20:18 ] レスありがとうございます。 fooはPOD型であってほしいので、コンストラクタを用意するのは望ましくないです。 後出しですみません。 bar_tを外で宣言するというのはどういうことでしょうか？ 876 名前：デフォルトの名無しさん mailto:sage [2009/06/10(水) 23:21:33 ] >>874 VC6なのでenumハックを使っています。 877 名前：デフォルトの名無しさん mailto:sage [2009/06/10(水) 23:39:37 ] VC6なんて窓から投げ捨てろ 878 名前：デフォルトの名無しさん mailto:sage [2009/06/10(水) 23:40:35 ] >>876 VC6はもうVC6言語だと思った方がいいくらい、標準と違う。 そんなクソ環境、捨ててしまえ。 879 名前：デフォルトの名無しさん mailto:sage [2009/06/10(水) 23:48:19 ] eclipseとgccにすればっ 880 名前：デフォルトの名無しさん mailto:sage [2009/06/10(水) 23:52:01 ] VCのお手軽感捨てたくなければ最新のExpressって手もあるな VC6はリソースの編集専用にすればよろし 881 名前：デフォルトの名無しさん mailto:sage [2009/06/10(水) 23:52:07 ] 全く持ってその通りなんですが、納品先がVC6で開発してるものでorz 882 名前：デフォルトの名無しさん mailto:sage [2009/06/10(水) 23:54:53 ] 納品先を捨ててしまえ！、え？、違うって(ry 883 名前：デフォルトの名無しさん mailto:sage [2009/06/10(水) 23:59:41 ] publicにすればビルドできるのでそうしときます 884 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 00:06:36 ] gccってfriendつけないでも平気なんだ　知らなかった 885 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 00:11:06 ] 今、双方向のリスト構造のテストプログラム組んで思ったんだけど int main{ 　　// hpはノードのポインタ型 　　//--上・省略-- 　　hp = hp->next; 　　//--下・省略-- } っていう風にやったら普通にうまくいくんだけど、 これを関数かしてやって void gotoNextNode(Node* pnode){ 　　pnode = pnode->next; } int main{ 　　// hpはノードのポインタ型 　　//--上・省略-- 　　gotoNextNode(hp); 　　//--下・省略-- } ってやったら「pnode = pnode->next;」の部分が効かないみたいなんだけどなんでだろorz？ 886 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 00:14:28 ] それは、ローカル変数に入れても、なにもならん 887 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 00:15:48 ] gotoNextNode(&hp); 888 名前：885 mailto:sage [2009/06/11(木) 00:18:06 ] ノードのポインタ型は下のようになってて typedef struct _Node{ 　　　　int num; 　　　　struct _Node *next; 　　　　struct _Node *back; }Node; ポインタ渡してるからいけるんじゃね？・・・って思ったんだけどさ 889 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 00:19:12 ] *pnode = pnode->next; じゃなくて？ 890 名前：885 mailto:sage [2009/06/11(木) 00:20:06 ] んで、hpはNode* hpで定義してます 891 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 00:20:53 ] void gotoNextNode(Node* &pnode){ 892 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 00:22:51 ] C++ならポインタのリファレンスが使えるから gotoNextNode(Node*& pnode) 893 名前：885 mailto:sage [2009/06/11(木) 00:27:08 ] うは、確かに*の横に&付けたらうまくいったわサンクスコ *&なんて使い方初めて知ったわ 894 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 00:29:27 ] void gotoNextNode(Node**pnode){ *pnode = (*pnode)->next; } 型 & hoge だから別に特殊なことやってる訳じゃないよ 895 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 01:40:37 ] なんで二重ポインタやポインタ+リファレンスを使わないといけないんだろう・・・？ ポインタが仮想変数になったときにポインタじゃなくて値として扱われてしまうとか？ 896 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 01:46:44 ] int i = 5; myFunc(i); void myFunc(int a) { 　a = 1; } ってやって、iの値が変わらないんだけど！って言ってるのと同じであることはわかった上で、 不満だと言っている？ 897 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 01:47:44 ] 単純に「ポインタで受け取れば引数の変更が呼び出し元に反映される」と考えてはいけない。 引数に対する変更が呼び出し元に反映されるためには、 変更したいものを指すポインタを受け取るとか、変更したいものを参照で受け取るとか しないといけない。 >>855の hp = hp->next; というコードは、ポインタの値を変更してるよね。 「変更したいもの」がポインタなんだ。 だから、ポインタのポインタとか、ポインタの参照を受け取らなければならない。 898 名前：897 mailto:sage [2009/06/11(木) 01:48:37 ] >>855じゃなくて>>885だった。分かると思うけど。 899 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 01:52:06 ] void myFunc(int a) { 　a = 1; } の例はすぐに関数抜けた時点でaが開放されて値が消えるってのは分かるけど・・・ その例と同じってのは分かってないわ・・・スマン 900 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 01:59:13 ] typedefしたら分かりやすいか？ typedef Node* PNode; PNode hp; void gotoNextNode(PNode pnode){ 　　pnode = pnode->next; } int main{ 　　// 略 　　gotoNextNode(hp); 　　// 略 } hpは変更されない。これはほぼ>>896と同じ。 受け取ったPNode値への変更が呼び出し元に反映されるには、PNode* や PNode& で受け取らないと。 901 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 01:59:44 ] int型の変数である、iの値を変更したい場合に、 int型を指すことができるポインタ(int*)、もしくは参照(int&)で受けなければならない というのはわかっているってことね？ だったら、こう置き換えてみたら？ Node*型の変数である、hpの値を変更したいのであれば Node*型を指すことができるポインタ(Node**)、もしくは参照(Node*&)で受けなければならない 902 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 02:06:48 ] あー、typedefで何を言いたいかって考えたらなんとなく分かってきたわ。 単にポインタで受け取る時は値を変更する時にも使うから、 それと同じ状態になって関数を抜けるから無効になってるということで ポインタを変更したいときはPNode* や PNode& で受け取らないといけないって感じでおｋ？ 903 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 02:17:44 ] ポインタを代入したいから >895 904 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 02:24:21 ] >>902 まあ、そういう理解でおｋ。 typedefなんか持ち出して余計混乱させたらどうしようかと思ったが、たぶんちゃんと通じてると思う。 905 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 16:09:30 ] K&Rでは構造体をうまく使ってわかりにくいダブルポインタを回避していた C++ならイテレータクラスを作ってポインタのやり取りそのものを回避（中は結局ポインタだけど） ダブルポインタを使う時点でもしかしたら設計に問題が＾＾ 906 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 20:45:54 ] pimplで使うスマートポインタって皆さんどうしてます？ ディープコピー方式のoperator=を持つshared_ptrがあれば便利だと思うんですが、どうもなさそうです。 907 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 20:54:12 ] >>906 shared_ptrは浅いコピーだからこそpimplイディオムは生きるのだよ。 でもまあディープコピーにしたいこともあるのかもね。 ディープコピーにしたいってどんな状況？ class MyClass; class MyClass_impl; だとして、MyClassのコピーコンストラクタを適切に定義すれば boost::shared_ptrで十分じゃないかと思うよ。 908 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 21:07:50 ] >>907 pimplイディオムを使わないでMyClassを実装した場合と同じ挙動にしたいです。 コピーコンストラクタやoperator=を書かない事(コンパイラまかせ)はよくあるので、 そういった場合にpimplで実装した事によって挙動が変わるのは嫌だなと思います。 909 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 21:30:54 ] pimpl使う版と使わない版のMyClassが必要で、その挙動を変えないためってこと？ 何のためにそんなことするのかは知らないけど、同じようなクラス2つ書いてコード重複するくらいなら pimplなんか使わない方がいいよ 910 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 22:01:04 ] >>909 pimpl版と非pimpl版の２つがあるわけではないです。 pimplイディオムで実装することによって、注意しなければいけない事を増やしたくないという意味です。 MyClassのコピーコンストラクタやoperator=を書き忘れて(pimplじゃなければ書かなくてもOKだから忘れやすい) バグが発生したりしないために自動でディープコピーになってくれた方が便利だと思います。 911 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 22:14:55 ] >910 boost::any使いなされ。あれは値のセマンティクスになってるよ。 >774みたいに突っ込むコンテナによってセマンティクスを変える手もあるけど。 912 名前：907 mailto:sage [2009/06/11(木) 22:17:10 ] >>910 あー、言いたいこと分かった。 要は君自身、今のところは問題無くpimplイディオムを使えてはいるけど、 いつかうっかりしそうだからディープコピーなshared_ptrがあったら いいなぁ ってことだよね？ でも >自動でディープコピーになってくれた方が便利だと思います。 いやいやそりゃ困るよ。 浅いコピーだからこそ生きるpimplイディオムの状況ってかなりあるのだよ。 例えばoperator=で浅いコピーにすることにより超高速なコピーが出来るわけ。 913 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 22:29:39 ] デフォでshallow copyで deep copyは明示的にclone()を使うっていう決まりを作るとか 914 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 22:38:07 ] デフォはdeep copyで shallow copyは明示的にdangerous_clone()を使う決まりの方がいいです 915 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 22:57:35 ] >>911 pimplにboost::anyを使うというのは初めて知りました。 確かに便利ですね。 弱点をあげるなら、速度が若干遅くなりそうなところでしょうか。 >>912,913 >>914の方が私は直感的にわかりやすく感じます。 ありがとうございました。 916 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 23:07:55 ] 直感的にわかりやすいかどうかよりも、間違いが起こりにくいという点で>>914の方がいいなあ。 間違えてデータ壊れるか、間違えて処理が遅いか、なら後者の方がいい 917 名前：デフォルトの名無しさん mailto:sage [2009/06/12(金) 00:48:51 ] C++はヒープの無い環境でも使えるようになっていて、 組み込みでも実際使われている。 それをデフォでdeep copyなんかにされたらたまったものじゃない。 918 名前：デフォルトの名無しさん mailto:sage [2009/06/12(金) 01:09:30 ] deep copyだとまずい理由がある時は明示的にshallowにすればいいじゃん。 deepで困るケースは少ないんだからデフォはdeepでOK。 つーかshallow copyによる高速化とpimpl関係なくない？たまたま一石二鳥になっているだけで。 919 名前：デフォルトの名無しさん mailto:sage [2009/06/12(金) 01:19:44 ] そもそも、pimplで深いコピーにするのが不可能でも特別面倒でもないでしょ。 ほかのメンバ関数と同じ調子で、コピーコンストラクタとoperator =を定義するだけのはず。 920 名前：デフォルトの名無しさん mailto:sage [2009/06/12(金) 01:25:56 ] だからコピーコンストラクタと代入演算子を定義し忘れるから Pimplはdeep copyをデフォにして欲しいと言ってんの もしかしてアフォ？ 921 名前：デフォルトの名無しさん mailto:sage [2009/06/12(金) 02:22:00 ] shallow copyをする気がないなら、そもそもshared_ptrにしなくていいのでは。 auto_ptrやscoped_ptrにすれば、コピーコンストラクタと代入演算子を定義し忘れることはない （定義し忘れるとコピーがコンパイルエラー）。 922 名前：デフォルトの名無しさん mailto:sage [2009/06/12(金) 03:05:27 ] >>921 auto_ptrもscoped_ptrも不完全型には使えない。 ttp://d.hatena.ne.jp/Cryolite/20060108　(不完全型によるコンパイラファイアウォールとスマートポインタの両立（その1）以降を参照) 空のデストラクタを書くのも手間だし、コピーコンストラクタと代入演算子を書くのも手間。 deep copyにしたくてshared_ptrを使いたいなんて言ってるやつはいない。pimplにぴったりのスマートポインタないっていう話。 923 名前：デフォルトの名無しさん mailto:sage [2009/06/12(金) 04:03:21 ] うーん。明示的にデストラクタ書かなきゃいけないのがそんなにデメリットだとは思ってなかったんだが まあ、気にする人も結構いるのか。 924 名前：デフォルトの名無しさん mailto:sage [2009/06/12(金) 04:13:30 ] unique_ptrがoperator=でdeep copyしてくれればいいのに。 925 名前：デフォルトの名無しさん mailto:sage [2009/06/12(金) 06:54:12 ] 当然じゃねーの？てな部分に疑問を呈す >>922 の様な人が声高に暴れて言語やライブラリのカオス度が濃くなるんだよな 科学技術とか未踏の分野の開拓なら役に立つかもしれんけど邪魔な存在だな 926 名前：デフォルトの名無しさん mailto:sage [2009/06/12(金) 07:35:04 ] しかしpimpl_ptrは何回もrejectされている… 927 名前：デフォルトの名無しさん mailto:sage [2009/06/12(金) 08:26:46 ] pimpl自体、きもいイディオムだから、あんなの使わなくて済むようななにかを追加して欲しい 928 名前：デフォルトの名無しさん mailto:sage [2009/06/12(金) 08:27:37 ] 何の話をしているのかいまいちわからないが ポインタ型があったとして A a, b; A *pa=&a, *pb=&b; pa = pb; こうしたら、aがbの値に上書きされるってこと？ なんだがおかしいね。 *pa = *pb;　だよね普通。 929 名前：デフォルトの名無しさん mailto:sage [2009/06/12(金) 09:52:42 ] 個人的にpimplを使うようなでかいクラスは大体コンストラクタとかも 全部ソースで定義するのでscoped_ptrで問題なし 930 名前：デフォルトの名無しさん mailto:sage [2009/06/12(金) 10:44:45 ] ちょいとしつもんだんですが、 30,000ｘ30,0000ｘ4程度のbool配列と、30,000ｘ30,0000のint配列を使いたいという思いでいっぱいです。 しかし単純に配列を作ってしまうと、やはりout of memoryです。 どうにかして要素数を減らすのが一番だとは思うんですが、 一般的に、このように膨大な要素の配列を扱わざるをえない場合にはどのような方法を用いるのでしょうか？ 931 名前：デフォルトの名無しさん mailto:sage [2009/06/12(金) 10:49:51 ] >>930 疎なデータならその部分だけを保持する 932 名前：デフォルトの名無しさん mailto:sage [2009/06/12(金) 10:51:08 ] >>930 速度が滅茶苦茶遅くていいならファイルをメモリと見なし operator[]をオーバーロードするとか 933 名前：デフォルトの名無しさん mailto:sage [2009/06/12(金) 11:09:18 ] ＞ちょいとしつもんだんですが、 質問団?w そのくらいの量なら、64bitOSで普通にnewでもvectorでも持てると思うけど。 まぁ、swapされるのは覚悟する必要があるな。 処で、それ本当に必要なの? 疎行列として扱うとか、boolではなくcharかbitで保持するとかできない? 934 名前：デフォルトの名無しさん mailto:sage [2009/06/12(金) 11:29:57 ] >>933 >64bitOSで普通に さらっと、OSレベルで条件付け加えんなw アフォか 935 名前：デフォルトの名無しさん mailto:sage [2009/06/12(金) 11:32:54 ] >>934 2バイト整数を3万掛ける3万なら、32bitOSでも普通にOK。 今時、Windowsでも2GB位積んでるのが当たり前だしね。 936 名前：デフォルトの名無しさん mailto:sage [2009/06/12(金) 11:38:47 ] > 30,000ｘ30,0000ｘ4程度のbool配列と、30,000ｘ30,0000のint配列を使いたいという思いでいっぱいです。 30,0000？ 937 名前：デフォルトの名無しさん mailto:sage [2009/06/12(金) 11:41:11 ] うお、それは気づかなかった。30万なのか?w 938 名前：デフォルトの名無しさん mailto:sage [2009/06/12(金) 11:43:13 ] 2G程度あっても無駄無駄無駄ーなのです 939 名前：デフォルトの名無しさん mailto:sage [2009/06/12(金) 11:58:11 ] ごめんなさい！3万x3万です！ちなみに768MBしか積んでません＞＜クズです！ >>931-933 0or1のフラグとして使うつもりでboolを使いました。 やろうと思っていることは、「生物学で使うDNA塩基配列のアライメント」で int 3マンx3マンを隅から数値を埋めていく一方で、 その数値を確認しながら条件に従って、その要素に対応するboolの配列の要素1-3に1or0を入れていく。 ということを行っています。 intの配列array[i][j]については[i+1][j+1]まで処理した時点で破棄できるのでもっと少なくできると思うんですが、 bool配列についてはすべて埋め終わった後に、もう一度フラグの確認をしていくのですべて残しておく必要があります。 ちなみにbool型が一番サイズが小さいと勝手に思い込んでいました。 940 名前：デフォルトの名無しさん mailto:sage [2009/06/12(金) 12:05:43 ] なんだか良くわからないけど，計算用の鯖用意すれば解決するんじゃないかな＾＾； パソコンでやるなら>>933とか． でも > int 3マンx3マンを隅から数値を埋めていく一方で、  > その数値を確認しながら条件に従って、その要素に対応するboolの配列の要素1-3に1or0を入れていく。 これって注意深く行うとすると，今状態[3万×3万]と次状態[3万×3万]が必要になるんじゃないかい？ 軽くめんどくさい 941 名前：デフォルトの名無しさん mailto:sage [2009/06/12(金) 12:26:39 ] int配列やbit配列の要素間で、相互参照がないなら ストレージに対して、逐次読み出し、逐次書き込みで いいんじゃねーの。 942 名前：デフォルトの名無しさん mailto:sage [2009/06/12(金) 12:31:29 ] 塩基配列なら AGTC の4種 30kx30k 900M 1bit データなら 900M/8 = 112MB 塩基配列なら4種2bit 900M/4 = 225MB メモリに載せるのは可能っぽい 943 名前：デフォルトの名無しさん mailto:sage [2009/06/12(金) 12:35:52 ] >>939 768MBでも仮想記憶があるから屑だなんて言っちゃイヤ! と言うのはさておいて。 ＞intの配列array[i][j]については[i+1][j+1]まで処理した時点で破棄できるのでもっと少なくできると思うんですが、 これは、相互参照があるってことなのかな? だとしても、1行3万点として前後1行ずつで併せて3行がメモリにあれば事が足りるよね。 後は、ディスクをぶん回すことになるけどなんとかなりそうだ。 # 最初は1000x1000くらいに絞って作らないとデバッグの段階で死ねるね。 944 名前：デフォルトの名無しさん mailto:sage [2009/06/12(金) 12:51:27 ] 連続領域で取ることができないだけなので、int**にして3万を3万回動的確保すればいけるんじゃないの？

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

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