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答えて

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

    0

    1答えて

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

    2

    1答えて

    std::vectorには、C++スマートポインタを使用してクラスを格納しています(Aとしましょう)(ベクトルの相違はstd::vector<std::shared_ptr<A>>です)。何らかの理由で #include <iostream> #include <memory> #include <vector> class A : std::enable_shared_from_this

    0

    1答えて

    二重リンクリスト(大学のタスク)でスマートポインタを実装しようとしています。その前に、純粋なCでrawポインタを使って同じタスクを実行しました。 問題は、新しいノードをaddNode()で2回以上追加するとクラッシュしました(私はCodeLite(g ++)、Windows 10 64bitを使用しています)。私は問題が私のメモリ管理(ノードとリストのデストラクタ)であると仮定します。しかし、私は

    1

    3答えて

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

    2

    2答えて

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

    0

    1答えて

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

    0

    1答えて

    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答えて

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