- 1 名前：デフォルトの名無しさん [2009/07/18(土) 02:54:58 ]
- C++に関する質問やら話題やらはこちらへどうぞ。
ただし質問の前にはFAQに一通り目を通してください。
IDE (VC++など)などの使い方の質問はその開発環境のスレに
お願いします。
前スレ
C++相談室 part70
pc12.2ch.net/test/read.cgi/tech/1244942050/l50
- 652 名前：デフォルトの名無しさん mailto:sage [2009/08/16(日) 14:36:39 ]
- ∧＿∧ ／￣￣￣￣￣
（ ‘∀‘）＜ オマエガナー
（ ） ＼＿＿＿＿＿
｜ ｜ |
（_＿）＿）
- 653 名前：デフォルトの名無しさん mailto:sage [2009/08/16(日) 14:39:13 ]
- >>640
コードは知らないが、ニュートン力学で十分シミュレートできるだろうね。
パラメータの調整が面倒だと思うが。
>>647
既に上で言及されている。linear programming = 線形計画法。
シンプレックス方は線形計画法の解き方の一つ。
- 654 名前：デフォルトの名無しさん mailto:sage [2009/08/16(日) 14:48:58 ]
- 線形計画法は関係ないな
- 655 名前：デフォルトの名無しさん mailto:sage [2009/08/16(日) 14:53:36 ]
- くみ上げるのはユーザーなんだから、
最適解の算出とか不要でしょ
- 656 名前：642 mailto:sage [2009/08/16(日) 15:22:35 ]
- だから関係ないって言っているんだが。
- 657 名前：デフォルトの名無しさん mailto:sage [2009/08/16(日) 16:32:42 ]
- >>645
文字列って、数式の文字列？だったらmathmaticaを使えばいいんじゃないかな。
- 658 名前：デフォルトの名無しさん mailto:sage [2009/08/16(日) 16:40:48 ]
- >>657
ライブラリを求めてるんだろ。
お前ライブラリの意味分かってる？
- 659 名前：デフォルトの名無しさん mailto:sage [2009/08/16(日) 16:55:36 ]
- 数式処理ライブラリがあるなら教えて
- 660 名前：658 mailto:sage [2009/08/16(日) 17:19:14 ]
- >>659
しらね。
自分で探せよ。
- 661 名前：639 mailto:sage [2009/08/16(日) 17:30:05 ]
- >>657
いえ、ただ出力するときに
std::cout << static_cast<double>(計算結果)
などいうバカなことはしないってことです。
ようするに出力時には精度指定で
std::stringもしくはconst char* const型
で結果が得られると良いのですが。
- 662 名前：デフォルトの名無しさん mailto:sage [2009/08/16(日) 17:49:04 ]
- >>691
最終的に有限の精度で返すなら誤差は存在することになりますね。
従って計算は、最終的に必要な精度が得られる有限の精度で（誤差のある）計算をすればよいことになります。
- 663 名前：デフォルトの名無しさん mailto:sage [2009/08/16(日) 17:52:37 ]
- >>662
ttp://gmplib.org でも使っとけ
- 664 名前：639 mailto:sage [2009/08/16(日) 18:19:31 ]
- >>662
そうでも無いのです。
例えば
sin(acos(-1))
などです。
- 665 名前：デフォルトの名無しさん mailto:sage [2009/08/16(日) 18:24:51 ]
- だから数式処理システム使えよ
- 666 名前：デフォルトの名無しさん mailto:sage [2009/08/16(日) 18:36:18 ]
- >>665
ライブラリが欲しいのです。
数式処理システムだと使い物になりません。
あと、数式には文字式はありません。
- 667 名前：デフォルトの名無しさん mailto:sage [2009/08/16(日) 19:37:37 ]
- >>644
>>646
>>653
㌧ｸｽ
あぁ～作ってみてぇ シンプレックス法か
- 668 名前：デフォルトの名無しさん mailto:sage [2009/08/16(日) 19:54:08 ]
- >>664
結果が0にならないね。有限の精度ならそうなるし、数値演算ではよくある話になる。
その辺はいろいろテクニックを使うんだ。たとえばsqrt(1.0-x*x)を使うとか。
数値演算の誤差について調べたほうがいい。
- 669 名前：デフォルトの名無しさん mailto:sage [2009/08/16(日) 20:32:39 ]
- そんなことは知った上で聞いてると思うが
- 670 名前：639 mailto:sage [2009/08/16(日) 20:41:50 ]
- 皆さんありがとうございました
紹介されたRealLibのスレのリンク先などを見て挑戦してみます。
- 671 名前：デフォルトの名無しさん mailto:sage [2009/08/17(月) 00:12:10 ]
- >>666
バックエンドで数式処理システム動かしておいて
そいつと通信するライブラリを自作したら？
いまいち何がやりたいのか伝わってこないんだけど
- 672 名前：デフォルトの名無しさん mailto:sage [2009/08/17(月) 00:13:44 ]
- >>671
お前は何でそこまでライブラリを嫌うんだ？
> バックエンドで数式処理システム動かしておいて
> そいつと通信するライブラリを自作したら？
まじめに言ってるの？
開発したことある？
- 673 名前：デフォルトの名無しさん mailto:sage [2009/08/17(月) 00:32:07 ]
- 俺ライブラリのブラのあたりが嫌いだわ。 なんかブラブラ揺れてそうで。
- 674 名前：デフォルトの名無しさん mailto:sage [2009/08/17(月) 00:35:08 ]
- >>667
シンプレックス法は関係ないってw
- 675 名前：デフォルトの名無しさん mailto:sage [2009/08/17(月) 00:54:25 ]
- >>672
なぜ俺に食いつく？
この件に関しては初カキコなんだが
少し落ち着け
- 676 名前：デフォルトの名無しさん mailto:sage [2009/08/17(月) 07:50:28 ]
- もう本人いねーんじゃね。
- 677 名前：デフォルトの名無しさん mailto:sage [2009/08/17(月) 10:40:50 ]
- int型の変数hogeにビット演算を施したいのですが、
ビット演算は環境依存になってしまったりしますか？
2で除算したりするときはビット演算のが速いのではないかと思いまして。
（それともコンパイラの最適化があれば変わらないのでしょうか。）
- 678 名前：デフォルトの名無しさん mailto:sage [2009/08/17(月) 10:44:04 ]
- >>677
そんな判断ができないくらいなら、素直に2で割っておけ。
速度比較結果自体は最近見掛けたが、結論は出てないと思うぞ。
- 679 名前：677 mailto:sage [2009/08/17(月) 10:46:58 ]
- >>678
レスありがとうございます。
ビット演算は実はやったことがないので、
もし速いのならこの機会に勉強してみようかなと思いまして。
でもint型なので負の数が混ざると複雑になりますかね。
- 680 名前：デフォルトの名無しさん mailto:sage [2009/08/17(月) 10:52:45 ]
- 速さについての云々は、
まず実測してみたらってのがいつもの結論じゃね。
- 681 名前：677 mailto:sage [2009/08/17(月) 10:56:18 ]
- >>680
やっぱ実測なんでしょうか？
まあビット演算は腰が重いので、速さを追求する時までは止めておきます。
ありがとうございました。
- 682 名前：デフォルトの名無しさん mailto:sage [2009/08/17(月) 10:58:39 ]
- VC++2008にて
const int b = 2;
c = a / b;
このソースが sar eax, 1になる件。
素人が思ってる以上にコンパイラはうまいことやってくれるよ。
- 683 名前：677 mailto:sage [2009/08/17(月) 11:01:26 ]
- >>682
私よりコンパイラの方が頭が良さそうなので
コンパイラの最適化に頼る事とします。
- 684 名前：デフォルトの名無しさん mailto:sage [2009/08/17(月) 13:08:46 ]
- >>682
正確には
cdq
sub eax,edx
sar eax, 1
だな。
でないと負の数で端数を切り下げてしまう。
- 685 名前：デフォルトの名無しさん mailto:sage [2009/08/17(月) 13:13:31 ]
- アセンブラって全然分からないんですが
勉強しなきゃダメですかね。。。
- 686 名前：デフォルトの名無しさん mailto:sage [2009/08/17(月) 13:35:35 ]
- >>685
必要になるまでしなくていいと思うよ。
少なくとも、ビット演算がどうのこうのと言うよりも後でいいし、
そもそも他にやるべきことは幾らでもある。
- 687 名前：デフォルトの名無しさん mailto:sage [2009/08/17(月) 13:42:54 ]
- class base
class a : public base
class b: public base
func(base *pb){
if(typeid(pb) == typeid(a*){
aアクセス用のポインタ作成
}else{
bアクセス用のポインタ作成
}
オーライドされたそれぞれの関数にアクセス
}
ってことがやりたんだけどポインタ作成の部分がわかりません
こういう場合って同じ処理をif文の中に2回書かないと出来ないの？
- 688 名前：デフォルトの名無しさん mailto:sage [2009/08/17(月) 13:45:39 ]
- >>687
C++の初歩を勉強してください。
そうすれば、pb->func()で事が足りるかどうか判断できるでしょう。
- 689 名前：デフォルトの名無しさん mailto:sage [2009/08/17(月) 13:49:05 ]
- base の関数をvirtualにしたら出来た
- 690 名前：デフォルトの名無しさん mailto:sage [2009/08/18(火) 18:18:00 ]
-
#undefしていようがいまいが
別のソースで同名のマクロがあったらどうしようも無いわけですので、
#undefすることの意義がいまいち分かりません。
#undefは心がけた方が良いのでしょうか？
- 691 名前：690 mailto:sage [2009/08/18(火) 18:28:15 ]
- ×別のソースで
○別のヘッダーで
- 692 名前：デフォルトの名無しさん mailto:sage [2009/08/18(火) 18:41:04 ]
- おまえはまだC++でマクロを使いたいのか。
- 693 名前：デフォルトの名無しさん mailto:sage [2009/08/18(火) 18:55:01 ]
- はい。
- 694 名前：690 mailto:sage [2009/08/18(火) 19:13:22 ]
- >>692
「マクロって超便利！」
→「inline関数ってすげー！
templateもすげー！」
→「やっぱりマクロにしか出来ないこともあるじゃん。両立が大事だよな。」
今の私はこの心境なんです。
例えば似たような演算子を一斉に定義するときなど、
#define MACRO(..., op,...)
のようにしてopに演算子を入れたりとか
まあ色々使い道はあるじゃないですか。
- 695 名前：デフォルトの名無しさん mailto:sage [2009/08/18(火) 19:16:37 ]
- それはない。
- 696 名前：デフォルトの名無しさん mailto:sage [2009/08/18(火) 19:18:52 ]
- ほとんど重複してるけどちょっと違うコードとかマクロ使っちゃうよね
- 697 名前：デフォルトの名無しさん mailto:sage [2009/08/18(火) 19:23:13 ]
- 確かにね。MFCやATLのメッセージマップなんかはマクロの恩恵なしには実現し得ないしね。
Effective C++でもまだまだ必要な部分もあると認めてはいる。
でもやっぱり危険だから、なるべく使わないに越したことはない。でも使いたい？
なら、他人のプログラム領域に踏み込まないように最大限の注意を払うべきだ。
自分の管理していないようなヘッダーに自作ヘボうんこマクロを混入させてしまうようなまねは厳に慎むべきで
自分の書くマクロは1翻訳単位内に限定し、ヘッダに宣言するような真似はやめにして
もしヘッダに書くなら必ず末尾で#undefして、あるいはヘッダの冒頭に
「このヘッダファイルは俺専用だからお前のプロジェクトでインクルードするなよ？絶対するなよ？」
と注意書きをしておくべき。
なんだったらヘッダファイル作らないというのも手だ。
俺の書いた関数が使いたい奴は手書きで宣言しろ、と。
- 698 名前：デフォルトの名無しさん mailto:sage [2009/08/18(火) 19:25:14 ]
- >>696
関数化するか、テンプレートを使うか、データ構造を見直せば、そんな気持ちの悪いことはしなくて済むと思う。
- 699 名前：デフォルトの名無しさん mailto:sage [2009/08/18(火) 19:28:31 ]
- C++2003でvariadic templateをやろうとしたらプリプロセッサ使ってパラメタ変えながら
再帰#includeとかする必要もありますしね
- 700 名前：デフォルトの名無しさん mailto:sage [2009/08/18(火) 19:50:20 ]
- 再帰リスト作ればいいじゃん
- 701 名前：デフォルトの名無しさん mailto:sage [2009/08/18(火) 19:51:06 ]
- 嫌だね
- 702 名前：デフォルトの名無しさん mailto:sage [2009/08/18(火) 19:52:52 ]
- まともなライブラリ（Boostとか）のコードを
お読みになれば、結構使われていることも
ご理解いただけると思いますよ。
コンパイラ毎にコードをかえるためとかそれだけのため
だけではありません。
- 703 名前：デフォルトの名無しさん mailto:sage [2009/08/18(火) 20:00:01 ]
- 話し中すみません。
boost\date_time\int_adapter.hpp
等で
(::std::numeric_limits<int_type>::max)();
と書かれているのですが、これはどうしてこの様な記法になっているのでしょうか？
- 704 名前：デフォルトの名無しさん mailto:sage [2009/08/18(火) 20:00:44 ]
- より高級な機能がないから仕方なく使われてる、って以外に
マクロが重要になるケースって何かあるの？
- 705 名前：デフォルトの名無しさん mailto:sage [2009/08/18(火) 20:04:07 ]
- >>704
基本的には「仕方なく」使われていますよね。
仕方なくじゃない使い方としては
Boost.Preprocessor
に代表されるプリプロセッサメタプログラミングがあるのではないでしょうか？
- 706 名前：デフォルトの名無しさん mailto:sage [2009/08/18(火) 20:37:14 ]
- >>703
Boost本家スレで
773 名前：デフォルトの名無しさん[sage] 投稿日：2009/07/28(火) 20:59:38
BOOST_PREVENT_MACRO_SUBSTITUTION
っていうマクロはどういった用途で使う（or使われている）のでしょうか？
そもそも定義されている部分すら見つけられません。。。
774 名前：デフォルトの名無しさん[sage] 投稿日：2009/07/28(火) 22:14:07
boost/config/suffix.hpp にあるよ
775 名前：デフォルトの名無しさん[sage] 投稿日：2009/07/28(火) 22:15:44
>>773
prefix.hppで定義されてる
使い方は，たとえば某MSのヘッダファイルのように
#define min(a,b) ...
#define max(a,b) ...
と定義されてあった場合，
std::min(lhs, rhs) や std::max(lhs, rhs) や std::numeric::limits<hoge>::max()
などの min, max がマクロで置換されてしまうけど，
std::min BOOST_PREVENT_MACRO_SUBSTITUTION (lhs, rhs)
と呼び出せばこれを防げる．
つっても，冗長すぎるから普通は(std::min)(lhs, rhs)ってやるけどNE
776 名前：773 [sage] 投稿日：2009/07/28(火) 22:25:46
ありがとうございます。
理解出来ました！
てな会話が行われていたよ。
- 707 名前：703 mailto:sage [2009/08/18(火) 20:44:37 ]
- >>706
ありがとうございます。
そうしますと、私がこれから定義するmaxテンプレートなども
全て(max)にした方が望ましいと言うことですよね。
ありがとうございました。
- 708 名前：デフォルトの名無しさん mailto:sage [2009/08/19(水) 00:10:40 ]
- >>531
www.boostpro.com/vault/index.php?&direction=0&order=&directory=Function%20Objects
ここのc_functionってのがおもしろい。
関数オブジェクトを関数へのポインタに変換してしまう代物。
ググれば日本語での解説も少しは見付かると思う。
- 709 名前：デフォルトの名無しさん mailto:sage [2009/08/19(水) 20:29:32 ]
- #include <vecter>
とやっているのですがerrorC1083が出てしまいます
ＶＣ＋＋２００８ＥＥを仕様しています。
ちなみに#include <list.とかはエラーを出しません
- 710 名前：デフォルトの名無しさん mailto:sage [2009/08/19(水) 20:33:03 ]
- ごめんなさいvectorでした・・・
- 711 名前：デフォルトの名無しさん mailto:sage [2009/08/19(水) 20:35:48 ]
- (´ー`)
- 712 名前：デフォルトの名無しさん mailto:sage [2009/08/19(水) 22:14:51 ]
- ｳﾋﾋ
- 713 名前：デフォルトの名無しさん [2009/08/20(木) 00:40:25 ]
- このスレ過疎ってるな。
- 714 名前：713 mailto:sage [2009/08/20(木) 00:43:37 ]
- いや過疎ってなかったか。
見間違えた、
- 715 名前：デフォルトの名無しさん mailto:sage [2009/08/20(木) 00:44:10 ]
- 過疎ってねーだろ
- 716 名前：デフォルトの名無しさん mailto:sage [2009/08/20(木) 00:49:12 ]
- int foo(double val)
{
if(
val == 0.0
/*その他重い判定処理*/
)
assert(false);
//処理
}
こんな関数があります。
この処理の部分で、valの値によってはfooを再帰呼び出ししたいことがあります。
その場合に単に普通に再帰呼び出しをしてもいいのですが、
再帰呼び出しでは無駄な処理（引数の範囲エラーチェックなど）を飛ばせるように
フラグ変数をboolで引数に持たせる事はしても問題ありませんか？
- 717 名前：716 mailto:sage [2009/08/20(木) 00:51:58 ]
- つまり
int foo(double val, bool recursive_call = false)
{
if(
!recursive_call
&&
val == 0.0
/*その他重い判定処理*/
)
assert(false);
//処理
}
として、再帰時はfoo(val, true)とすることで無駄な処理を飛ばせるようにするのは
設計上まずいとかありますでしょうか？
- 718 名前：デフォルトの名無しさん mailto:sage [2009/08/20(木) 00:58:16 ]
- liboctaveについて質問なのですが
Matrix型などで各要素でlong double型を扱うことはできますか？
標準だとdouble型になってしまうのですが・・・
できればやり方も教えていただけるとうれしいです
- 719 名前：718 mailto:sage [2009/08/20(木) 01:01:39 ]
- すいません
octaveのスレがあるようなのでそちらで聞くことにします
それでは失礼します
- 720 名前：デフォルトの名無しさん mailto:sage [2009/08/20(木) 01:10:34 ]
- >>717
無駄を飛ばすと言って無駄なフラグを足すのがアホっぽい。
- 721 名前：デフォルトの名無しさん mailto:sage [2009/08/20(木) 01:15:38 ]
- int foo(double val)
{
/*無駄な処理（引数の範囲エラーチェックなど）*/
foo_r(val);
}
int foo_r(double val)
{
if(
val == 0.0
/*その他重い判定処理*/
)
assert(false);
//処理
foo_r(val);
}
- 722 名前：716 mailto:sage [2009/08/20(木) 01:19:16 ]
- >>720
処理の無駄は実行時間の無駄ですが
フラグ引数はコンパイル時間の無駄なわけですので
必ずしもおかしなことでは無いと思っております。
どうすればよろしいでしょうか？
>>721
確かに処理を分けるのがよさそうですね。
ありがとうございます。
- 723 名前：デフォルトの名無しさん mailto:sage [2009/08/20(木) 01:24:50 ]
- それ以前に重い処理を再帰すんな
設計を見直せ
- 724 名前：デフォルトの名無しさん mailto:sage [2009/08/20(木) 01:27:01 ]
- >>722
> 処理の無駄は実行時間の無駄ですが
> フラグ引数はコンパイル時間の無駄なわけですので
何を根拠にそんなこと言ってんの？
余計な引数があれば実行時間も食うしスタック消費量も増える。
- 725 名前：デフォルトの名無しさん mailto:sage [2009/08/20(木) 01:27:45 ]
- 「増える」は言い過ぎた。
「増えてもおかしくない」だな。
- 726 名前：722 mailto:sage [2009/08/20(木) 01:56:45 ]
- >>723
再帰と言えば再帰ですが、最大で2回までの再帰でして
これ以上軽量化は厳しい状況です。
>>725
> 処理の無駄は実行時間の無駄ですが
> フラグ引数はコンパイル時間の無駄なわけですので
は主として困る弊害をあげたものです。
bool引数が一つ増えたところで
if(
val == 0.0
/*その他重い判定処理*/
)
assert(false);
を上回るほど実行時間は食いませんしスタック消費量も増えないと
思うのですが。
というか確定的だと。
- 727 名前：デフォルトの名無しさん mailto:sage [2009/08/20(木) 07:50:58 ]
- >>726
最大2回までの再帰ってのがすでに何かおかしい気がする
関数の役割や関係を見なおしてみたら？
- 728 名前：デフォルトの名無しさん mailto:sage [2009/08/20(木) 08:09:32 ]
- >>726
そんなに判定が重いなら、判定部分とその後の処理部分を別の関数に
分ければいいだろう。
そういう風に分けたら、結局再帰なんて必要なくなると思うが。
- 729 名前：デフォルトの名無しさん mailto:sage [2009/08/20(木) 08:30:46 ]
- >>726
>> 処理の無駄は実行時間の無駄ですが
>> フラグ引数はコンパイル時間の無駄なわけですので
>は主として困る弊害をあげたものです。
引数にフラグを追加すると、コンパイル時間の無駄が「主として困る弊害」になるの？
すごいコンパイラを使ってるんだなぁ。
- 730 名前：デフォルトの名無しさん mailto:sage [2009/08/20(木) 09:25:33 ]
- 本当にその無駄が処理のボトルネックになってるならそういう書き換えをやるのもアリだろうが、
そうでなければ全く意味が無いぞ
ちゃんとプロファイルとって調べたか？
- 731 名前：デフォルトの名無しさん mailto:sage [2009/08/20(木) 09:29:58 ]
- compile time debugger
compile time profiler
- 732 名前：デフォルトの名無しさん mailto:sage [2009/08/20(木) 12:12:13 ]
- class A{
int a;
...
void func(){sizeof(*this);}
};
class B : public A{};
Aの仮想関数func()内でsizeof(*this)したところ、サイズは128でした。
ところが、Bのfunc()での実行結果はクラスサイズが176なのに、Aと同じ128という結果でした。
Bのfunc()でも176というサイズを得るにはどのようにすれば良いでしょうか？
B側でfunc()を定義し直せば解決するのですが、できればAのfunc()のみをいじって解決したいと思います。
環境はVC++2005です。
- 733 名前：732 mailto:sage [2009/08/20(木) 12:16:58 ]
- virtual void func(){sizeof(*this);}
でした。すみません。
- 734 名前：デフォルトの名無しさん mailto:sage [2009/08/20(木) 12:19:43 ]
- >>731
TMPやってると欲しかったりする
あるのかな
- 735 名前：デフォルトの名無しさん mailto:sage [2009/08/20(木) 12:42:32 ]
- >>732
こんな感じの醜いコードを書くくらいしかできないと思う
if (typeid(*this) == typeid(A)) {
return sizeof(A);
} else if (typeid(*this) == typeid(B)) {
return sizeof(B);
} else {
throw std::runtime_error();
}
- 736 名前：デフォルトの名無しさん mailto:sage [2009/08/20(木) 12:44:28 ]
- >>732
A の側では B の存在すら知らない状態だし、実行時型情報として sizeof を取り出す
標準的な方法も無いので、無理。
- 737 名前：デフォルトの名無しさん mailto:sage [2009/08/20(木) 13:01:49 ]
- こういうのはだめ？
クラスBなどAの派生クラスにも、継承元をAからAImplBase<B>へと変更するという修正を加える必要があるけど。
#include <iostream>
class A
{
char a[128];
public:
virtual std::size_t this_size() {return sizeof (A);};
};
template<typename T>
class AImplBase : public A
{
public:
virtual std::size_t this_size() {return sizeof (T);};
};
class B : public AImplBase<B>
{
char b[128];
};
int main()
{
B b;
std::cout << b.this_size() << std::endl;
}
- 738 名前：732 mailto:sage [2009/08/20(木) 14:28:26 ]
- >735-737
回答ありがとうございます。
難しいようですね。勉強になりました。
>737さんの案を元にちょっと考えてみます。
- 739 名前：デフォルトの名無しさん mailto:sage [2009/08/20(木) 18:06:11 ]
- MFC勉強してるんだけど動画の再生ってできるのかな？
フレーム取り出して一枚一枚ペイントしてくしかない？
- 740 名前：デフォルトの名無しさん mailto:sage [2009/08/20(木) 18:12:59 ]
- >>739
Yes
- 741 名前：デフォルトの名無しさん mailto:sage [2009/08/20(木) 18:13:07 ]
- >>739
DirectShowで再生するのが一般的かと
DirectShowの質問は専用スレがあるからそっちでどうぞ
- 742 名前：デフォルトの名無しさん mailto:sage [2009/08/20(木) 19:31:24 ]
- 動画再生するのが一番の目的じゃなくて
入力動画→処理→出力動画ってのを並べて同時再生とかできれば
こんなに変わったんだよって分かりやすいかなと思ったんですよね
とりあえずDirectShowについて少し調べてみますありがとうございます
- 743 名前：デフォルトの名無しさん mailto:sage [2009/08/20(木) 21:34:53 ]
- きっと泥沼になる
- 744 名前：デフォルトの名無しさん mailto:sage [2009/08/20(木) 21:39:45 ]
- 処理がリアルタイムじゃないならそんなに難しくないけど・・・
- 745 名前：デフォルトの名無しさん mailto:sage [2009/08/20(木) 22:44:36 ]
- 配置のニュアンスとしては
入力動画１ 入力動画２
合成動画
のように表示したいので
MFC上で動画表示したいなと思ったのですが無理そうなら画像列で表示しようと思います
- 746 名前：デフォルトの名無しさん mailto:sage [2009/08/21(金) 00:17:13 ]
- クラス設計に関しては割とましになってきたような気がするけど
クラス間の連携がどうもうまくいかない・・・
Mediatorとかためして見たんだけど、メディエータのメンバ関数が増えまくってしまう・・・
- 747 名前：デフォルトの名無しさん mailto:sage [2009/08/21(金) 07:32:07 ]
- codepad.org/7lYft1tr
bad_weak_ptrが出ちゃう。誰か助けて。
ライブラリ側にBaseクラスがあって、何も変更できない。
やりたいことは、Derivedクラスのメンバ関数のファンクタを作りたい。
（コールバック用のファンクタがほしい）
オブジェクトのライフタイムの関係上、
shared_from_this()の代わりにthisを渡したくない。
くそーわけわかめだぜ
- 748 名前：デフォルトの名無しさん mailto:sage [2009/08/21(金) 11:00:30 ]
- >>747
enable_shared_from_this が２つあるからダメなんじゃないの？
Base が変更できないなら Derived のほうは enable_shared_from_this つけなくて
いいでしょ。
- 749 名前：デフォルトの名無しさん mailto:sage [2009/08/21(金) 15:32:03 ]
- >>747こうすると、shared_ptrに捕まえられたファンクタがfに代入される。ただ、F()でF()のファンクタを作る意味がないけど。さらにfで保持すると参照カウンタが０にならなくなる。
ファンクタを作りたいなら、mainで bind(&Derived::F,d)とすればすむ筈。
#include <boost/bind.hpp>
#include <boost/shared_ptr.hpp>
#include <boost/enable_shared_from_this.hpp>
#include <boost/function.hpp>
typedef boost::function< void () > func_t;
class Base
{
public:
void N(){};
};
class Derived :public Base,
public boost::enable_shared_from_this< Derived >
{
public:
void F()
{
f = boost::bind( &Derived::F, this->shared_from_this() );
};
func_t f;
};
int main()
{
boost::shared_ptr< Derived > d( new Derived );
d->F();
func_t x=boost::bind(&Derived::F,d);
return 0;
}
- 750 名前：デフォルトの名無しさん mailto:sage [2009/08/21(金) 20:11:27 ]
- >>748
>>749
レスさんすこ。
単純に、enable_shared_(ryだと、
BaseクラスにFメンバ関数がないから、コンパイルが通らないから、
Derivedでも継承させた。
今ぶち当たってる問題を単純なコードに落としただけだから、意味は考えないでくだしあw
>さらにfで保持すると参照カウンタが０にならなくなる。
メンバに自分自身を持たせるとダメなの？
よくわからん。確かにdtorが走ってなかった・・・
- 751 名前：デフォルトの名無しさん mailto:sage [2009/08/21(金) 21:00:57 ]
- >>747
Baseのenable_sahred_from_thisを活用する、つまりダウンキャストはだめ？
class Derived : public Base
{
public:
void F()
{
f = boost::bind( invoke_f, shared_from_this() );
};
static void invoke_f(boost::shared_ptr<Base> b)
{
boost::shared_polymorphic_downcast<Derived>(b)->F();
}
func_t f;
};
invoke_fはlambdaやbindで実装できるなら不要。
Baseに仮想関数がないなら、shared_polymorphic_downcastの代わりにshared_static_castを使えばいい。
あと、お前の例でも通用するか分からないが、安直にweak_ptrを使えば当然デストラクタも呼ばれるようになる。
void F()
{
boost::weak_ptr<Base> wp = shared_from_this();
f = boost::bind( invoke_f, wp );
};
static void invoke_f(boost::weak_ptr<Base> b)
{
if (boost::shared_ptr<Base> sp = b.lock())
{
boost::shared_static_cast<Derived>(sp)->F();
}
}
- 752 名前：デフォルトの名無しさん mailto:sage [2009/08/21(金) 21:40:42 ]
- >>750
fがDerivedをつかんでいる限りDerivedは開放されない。fがDeriviedを放すのはDerivedが開放されるときだから。
DerivedでFのファンクタを保持する必要性はほとんど無いと思われるので、その辺を検討しよう。
|
 |
