race-condition

    4

    1答えて

    問題に反応:コンポーネントの 複数の子供たちはイベントが同時に近くトリガー持っています。これらのイベントのそれぞれはhandleChangeによって処理され、Reactの不変性ヘルパーを使用して複雑なオブジェクトを制御コンポーネントの状態にマージするスタイル関数です。 this.setState(React.addons.update(this.state, {$merge: new_value_

    1

    2答えて

    私は、スレッドセーフなキューを作成しようとしている、と queue *queue_create_empty(void); void queue_enqueue(queue *q, const void *value, const size_t value_size); void *queue_dequeue(queue *q); void queue_destroy(queue *q, vo

    0

    2答えて

    私は自分のコードで競合状態を回避しようとしていますが、現在は1つのハイパースレッドCPUで作業していますので、2つの論理CPUがあり、それぞれ独自のスレッドがあります。ハイパースレッディングについての私の理解が正しい場合、これらのスレッドは同じリソースを共有しますが、それらのアクションは実際にはタイムスライスされ、同時ではありません。これらの2つのハイパースレッド間で競合状態が発生する可能性はあり

    0

    1答えて

    私は一緒に結婚する必要がある2つの異なるデータソースを持っています。データセットAには、1対多数の関係でデータセットBのbar_key属性にマップできるfoo_key属性があります。 [{ foo_key: 12345, other: 'blahblah' }, ...] データセットB: データセットデータは、Aは、SQSキューから来ているとデータセットBとの任意の関係は、として利用できるように

    3

    2答えて

    コードは次のとおりです。基本的に、ReadCalculationクラスとCalculatorクラスをRunnableを実装する代わりにThreadを拡張するように変更した場合、これらのクラスをインスタンス化して新しいスレッドオブジェクトに渡すか、start()を呼び出す必要があります。 Calculator calc = new Calculator(); new ReadCalculation

    1

    1答えて

    最後のスレッドが終了しないのはなぜですか? 私はすべてのスレッドを同時に開始したいので、作成したスレッドが10個あり、スリープ状態になっています。すべてのスレッドが作成されると、すべてのスレッドが起動してデータの処理が開始されます。スレッドは最後のスレッド、スレッド#9を除いて完了します。最後のスレッドが終了せず、他のすべてのpthreadに参加していない理由を知っていますか? 出力: -----

    1

    1答えて

    http://blog.plataformatec.com.br/2015/10/mocks-and-explicit-contracts/記事を読んだ後、私は私のコードを持っている:私はテスト中の「モック」残りのアダプタと異なる結果とエラーコードを返すためにそれを使用してい defp rest_adapter, do: Application.get_env(:app_name, :rest_a

    0

    1答えて

    cilkscreenを使用してコード内の競合状態を検出しようとしています。私はcilkscreenを起動したとき は私が g++-5 -g foo.cpp -fcilkplus -std=c++14 -lcilkrts -ldl -O2 を使用して、私のコードをコンパイルしていますしかし、私は、次のエラーメッセージが表示されます。 cilkview ./a.out Cilkview: Ge

    0

    1答えて

    すべてのリソースへの基本パスを持つファイルがあります。たとえば:もちろん build/scripts/script1.js build/scripts/script2.js 私は、例えば、ベースパスを必要とする: https://example.org/SuperDuperSite/build/scripts/script1.js 私が何を期待していたどのようなパスで、起動時にグローバル

    1

    1答えて

    レルムを使用して、後でListViewに表示されるアイテムを格納します。 アイテムには削除ボタンがあり、ユーザーがそのボタンを2回クリックすると、アプリケーションがクラッシュします。例外をキャッチして無視するよりも、より洗練されたソリューションがありますか?ここで はのonClickメソッドのコードです: @Override public void onClick(View view) {