[過去ﾛｸﾞ] Boostを語れゴラァ part3 (1001ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
595(1): 2007/01/11(木)11:24 AAS
>>589
reset()した後に、そのshared_ptrをどうやって再利用したらいいんだろう。
596(1): 2007/01/11(木)11:57 AAS
shared_ptrみたいな簡単な部類すら理解できないのに
boostを使おうなんて100年早い
597: 2007/01/11(木)12:08 AAS
>>596
それでも BGL は便利にがんがんつかわせてもらってます ＞＜
598: 2007/01/11(木)16:02 AAS
>>595
shared_ptr p1( object1 );
p1.reset( object2 );
shared_ptr のインターフェイス定義くらい読んでおけよ。
599: 2007/01/11(木)16:28 AAS
>>592
他に，対象のオブジェクトを参照している最中に
(そのオブジェクトを指している shared_ptr が全て消えることで)
突然そのオブジェクトが死んでしまうような事態を回避することができます．
(この問題はマルチスレッドプログラムで特に顕著だと思いますけれど，
シングルスレッドプログラムでも論理的にはありえるケースです)
void process( weak_ptr< Obj > wp )
{
if( shared_ptr< Obj > p = wp.lock() ){
// このスコープ内では， (たとえば他の実行スレッドの動作によって)
// p の指しているオブジェクトが削除されるようなことはない
}
else{
// wp が指しているオブジェクトが死んでいる場合．
// ここでどうするかは何を実装するかによります．
// wp の参照先が常に生存していることが不変条件ならば，
// 571さんの書いているように論理エラーを通知する (例外を送出する) ことに
// なるでしょうし，参照先のオブジェクトが死んでいることを検出して
// 他のアクションを取るようなことも，場合によっては想定されます．
}
}
600: 2007/01/11(木)16:30 AAS
また，自身は shared_ptr を必要としないけれど，他の誰かに
shared_ptr を渡すような要求がある場合に weak_ptr が必要になります．
// 自身は B のオブジェクトへの (弱い) 参照を持っているだけで良いが，
// B のオブジェクトへの shared_ptr を返すインタフェイスが必要なクラス
class A{
public:
shared_ptr< B > getB() const{ return boost::shared_ptr< B >( p_ ); }
private:
weak_ptr< B > p_;
};
あと weak_ptr の使い方として典型的なのが，参照先のオブジェクトが
死んでいてもかまわないような場合です． proxy (特にキャッシュの実装) や
observer などの実装で有用な使い方があるかと思います．
601: 2007/01/11(木)17:17 AAS
shared_ptr はソースはそんなに複雑ではないわりに、
enable_shared_from_this や、weak_ptr、shared_ptr<void>、カスタム削除子 への対応など
細かいところでさまざまな工夫が施されているから、一度ソースに目を通しておくと勉強になる。
602: 2007/01/11(木)19:49 AAS
削除子は勉強になったなぁ
603(1): 2007/01/11(木)20:18 AAS
今回の人の場合、ソース読むよりスマートポインタのことが書かれた
適当な本読んだほうがよくねえか？
いやおまいらが親切なのはよくわかったけどさ
604: 2007/01/11(木)20:31 AAS
カウンタを共有するのがポイント
605: 2007/01/11(木)20:56 AAS
>>603
＞適当な本読んだほうがよくねえか？
そういう本ある？自分は見たことないんだけれど
606(1): 2007/01/11(木)21:08 AAS
超定番ながらModern C++ Designじゃないかね？
607: 2007/01/11(木)22:49 AAS
multi_array<double,3>
じゃなくて
int ndim=3;
multi_array<double> a(ndim)
みたいな多次元配列の宣言の仕方できないのでしょうか？
ndimをプログラム中で変えたいのです
608(3): 2007/01/12(金)09:59 AAS
多次元配列の大きさを動的に決める方法なかったみたいなので
std::map< std::vector<double double> m
で代用しました。速度で問題でそうな雰囲気もするけど、しかたないかな・・・
609: 2007/01/12(金)11:07 AAS
>>608
ふつうstd::vector<<std::vector<double> >じゃない？
610: 2007/01/12(金)11:09 AAS
>>608
スレ違いになるが、一次元配列を(動的に)確保して、擬似多次元アクセス関数を作った方が善くないか?
611(1): 2007/01/12(金)11:32 AAS
>>606
boost::shared_ptr を理解する上で Modern C++ Design はどうなんですかね？
あれはスマートポインタについては，削除子による不完全型への対応とか
クロス DLL 問題などの突っ込んだ議論は載っていなかったように思いますし，
それに boost::shared_ptr の設計思想は， MC++D の一つの柱である
「ポリシーに基づく設計」のそれとは，アンチテーゼの関係にすらあるように思いますし．
612: 2007/01/12(金)15:50 AAS
>>608
…代用できるの？
613: 2007/01/12(金)21:54 AAS
どうみてもコンパイルエラーです。本当にありがとうございました。
614: 2007/01/12(金)23:21 AAS
>>611
標準C++ライブラリ(背表紙赤い奴)には auto_ptr の詳しい説明と
簡単なカウント式スマポの実装例があったような
あとは More Effective C++ とか？
615: 2007/01/15(月)10:15 AAS
「C++再考」のハンドルクラスの実装例なんか、どうっすかね？
616: 2007/01/15(月)17:01 AAS
boost.accumulators
いじってるんだけど、数値計算メインの人が
MPL勉強するのはちょっとしんどいんじゃないかと思うんだ
617: 2007/01/16(火)00:27 AAS
boostのヘッダーをインクルードすると、
バカみたいにコンパイル時間がかかるのですが、
メモリー増設すれば少しは早くなるのでしょうか？
Pentium M 17Ghz
Mem 500M
VS2005
OS:XP
です
コンパイルオプションをいじれば少しは早くなるのでしょうか？
618: 2007/01/16(火)00:30 AAS
CPUを速くしろ、と言おうと思ったが十分速いみたいだｗ
619: 2007/01/16(火)00:40 AAS
プリコンパイル済みヘッダ使えば多少はマシになんじゃない
17GHzもあるとどうかわからんけどｗ
620: 2007/01/16(火)00:46 AAS
1.7Ghzの間違いでした
コンパイル中に、やたらとディスクアクセスする音が聞こえるので
ひょっとして５００Ｍで足らないのかと思ったのですが、
そうでもないのですか？
621: 2007/01/16(火)01:12 AAS
そりゃヘッダ含めソースコードが置かれているのはディスクの中だからさ。
622: 2007/01/16(火)01:13 AAS
環境による。XPと開発環境以外何も入っていないのならspirit使わなければ500MBでも十分。
まあ500MBなんて半端なメモリ容量のPCは相当特殊だろうから俺の意見は参考にならんだろう。
512MBからビデオメモリ用に12MB引っ張ってくようなキモイ統合チップセットは聞いたことないし。
623: 2007/01/16(火)10:43 AAS
mplとかlambda使うならプリコンパイル済みヘッダは必須だな
624(2): 2007/01/16(火)10:51 AAS
テンプレートってコンパイル時まで型が決まらないからテンプレートなのに
プリコンパイルの効果あるの？
それとも全部のパターン分インスタンシエイトしちゃうとか？
上下前次1-新書関写板覧索設栞歴
あと 377 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.014s