shared-ptr

0熱

1答えて

Linuxでは、python 3.6とnumpy 1.12.1を使用すると奇妙な動作に遭遇しました。私はnp.array([0.0, 0.0, 0.0])で初期化する属性self.countを持っています。 self.countは他の属性と同様に動作し、クラスインスタンスごとに独自の値を持つことが期待されます。しかし、addPixel方法では以下のコードで私は self.count += (1

-1熱

1答えて

コンテナクラス内のshared_ptr/unique_ptrでの仮想オブジェクトの使用

私はC++（Java/PHPから来たもの）がかなり新しいです。基本的には、仮想クラスインスタンス（Baseクラス）への一意/共有ポインタの参照を保持するコンテナクラスを作成する必要があります。私はこのコードをコンパイルすることができません（私はMSVC 2015を使用しています）。コンパイルエラーがある：ここでは error C2280: 'std::unique_ptr<Base,std::d

0熱

1答えて

C++共有PTRリリース

私は、Aは抽象クラスとBある階層を持ちC、およびDはAの子孫です。私は適切にスマートポインタを使用することができます。このように void doCall() { switch (it) { case 4: theBase = std::make_shared<B>(B(8)); break; case 3: theBase = s

1熱

3答えて

共有ポインタが範囲外になった後にラムダに設定しました

共有ポインタ、ラムダ、スコープに問題があります。私の状況は私が呼び出すメソッドがあるため、後で返される値を使用することができます。ここまでの正常な種類。問題は、このメソッドの中に非同期メソッドがあり、shared_pointerへの例外のセットを作成する必要があるときです。私はこの非同期メソッドからコールバックを処理するためにラムダ関数を使用しています。このラムダでは、私はshared_poin

2熱

2答えて

shared_from_thisはboost :: asioでbad_weak_ptrをスローします

まず、関連するすべての質問を読みました。「あなたはshared_from_thisを使用する前に、これに既存のshared_ptrが必要です」と言います。私が見る限り、私がその条件に違反している方法はありません。私はshared_ptrとしてFooのインスタンスを作成し、それが常にshared_ptrとして作成されるように強制します。私は、shared_ptrをコレクションに格納しました。しかし

0熱

1答えて

C++ベクタ_mylastが0xCを返しました

SFMLクラス（sf::Drawable）のshared_ptrで埋め込まれたベクトルを持っています。今度は、新しいshared_ptrをsf::Drawableにしてベクトルに追加する関数があります。ベクトルの宣言（それはGUINodeBodyをという名前のクラス内にある、名前に惑わされません）：今 std::vector<std::shared_ptr<sf::Drawable>>* allT

0熱

1答えて

Initialize PointCloudT :: Ptrクラスメンバ

point cloud tutorial codeをOO形式にリファクタリングしようとしています。ここで私は私のクラスの構造は、私は、次のランタイムエラー Assertion failed: (px != 0), function operator*, file /project/build/Boost/install/include/boost/smart_ptr/shared_ptr.hpp

1熱

1答えて

boost :: intrusive_ptrを使った共有バッファ

一つのスレッドが大きなバッファにメッセージを読み込んで処理をスレッド群に分散させるというユースケースがあります。その後、バッファは複数のスレッドによって共有されます。読み取り専用で、最後のスレッドが終了したときにバッファを解放する必要があります。バッファは、ロックフリーのスラブアロケータから割り当てられます。私の最初の設計は、バッファにshared_ptrを使用することでした。しかし、バッファは