問題タブ [callable]

ファイルDialog1.pyにカスタムDialogクラスがあります

他のファイル フレーム - wx.Frame with ボタン

ダイアログを表示するメソッド

このボタンを押すとエラーが発生します。

なぜ?, 助けてください

編集：わかりました、今は仕事です。多くのコピー＆ペースト方法に...申し訳ありません

私はDAOクラスとStoredProcedureに奇妙な問題を抱えてCallableStatementいます.15個INのパラメータを取るオブジェクトを使用しています.フィールドの値はHTMLフォームから正しく取得され、セッターid_colorでどのように設定されていますか.CallableStatementメソッドですが、データベースに送信された瞬間にid_color、値によって上書きされます。ここに「コンテキスト」があります。このテーブルの操作を処理する3次のクラスがあります。DAO.CoverDAOCRUD

カバーを挿入する方法は、次のようなストアド プロシージャです。

ご覧のとおり、基本的には各フィールドを埋めるだけですがCoverDAO.create(CoverDTO cover)、カバーを作成するメソッドは次のようになります。

CoverDTO はアクセサ メソッドで構成され、MySQL オブジェクトは基本的にプールから接続を返します。

ダミーだが適切なデータを含む pset クエリを次に 示しputCover(1,10,0,80.0,80.0,'F','Cut',0.0,0,15.0,'4x2',1.5,'A',10.0,5.0)ます。私は次のことをしました： 103

私がしていることを行う組み込み関数はvalueOrCalledValueありますか？

私はCallableオブジェクトをに送信していますがThreadPoolExecutor、それらはメモリに残っているようです。

Eclipse用のMATツールでヒープダンプを見ると、CallableオブジェクトがFutureTask$Syncの呼び出し可能な変数によって参照されていることがわかります。これは、の同期変数FutureTask$Syncによって参照されます。これは、のthis$0変数によって参照されます。FutureTaskFutureTaskFutureTask$Sync

私はこれについて読んだことがあり（ここ、ここ、そしてSOで） 、呼び出し可能オブジェクトが's submit（）FutureTaskにラップされThreadPoolExecutor、呼び出し可能オブジェクトへの参照を永久に保持しているようです。

私が混乱しているのは、FutureTaskガベージコレクションを確実に取得して、呼び出し可能オブジェクトをメモリに保持し続けないようにし、呼び出し可能オブジェクトがメモリに保持している可能性のあるものを保持する方法です。

私の特定の状況について詳しく説明するためにThreadPoolExecutor、必要に応じて送信されたすべてのタスクをキャンセルできるように実装しようとしています。私はSOや他の場所で見つけたいくつかの異なる方法を試しました。たとえば、エグゼキュータを完全にシャットダウンし（などで）、先物のリストを保持し、それらすべてに対してキャンセルを呼び出してから、shutdown()先物のリストをクリアします。理想的には、シャットダウンする必要はなく、必要に応じてクリアする必要があります。shutdownNow()submit()cancel()

これらの方法のすべてが違いを生むわけではないようです。呼び出し可能オブジェクトをプールに送信すると、それが固執してしまう可能性が高くなります。

私は何が間違っているのですか？

ありがとう。

編集：

要求に応じて、これがThreadPoolExecutorのコンストラクターです。

さらにテストした後、ThreadPoolExecutorに送信されたタスクを終了させて​​も、リークがないことがわかります。とにかくそれらをキャンセルしようとすると：

または、将来への参照を保存し、後でキャンセルを呼び出す：

または、次のような方法でキューから削除します。

また

または先物への保存された参照をループして呼び出します：

これらのケースのいずれかにより、FutureTaskは上記のように固執します。

したがって、これらすべての本当の問題は、FutureTaskがガベージコレクションされ、永久にリークされないように、ThreadPoolExecutorからアイテムを適切にキャンセルまたは削除する方法です。

Executorに送信された場合でも、ExecutorがFutureオブジェクトを実行しないようにしたいのですが。エグゼキュータを介して複数のスレッドを実行することはすべて正常に機能しますが、Callableのいずれかがブール値のTRUEを返したときにエグゼキュータを停止する必要があります。現在実行中のFutureが完了したことは問題ありませんが、残りを続行するのは時間の無駄です。

MathCalculationがCallableインターフェイスを実装し、そのcall（）メソッドがブール値を返す場合。

セットが非常に大きくなり、マルチスレッドの状況のた​​めに明らかに機能しないため、各反復でcalculationSetを検索することはオプションではありません。これを達成する方法はありますか？

タスクを使用してを返すExecutorServiceことができるのでsubmit、タスクをラップしてメソッドを使用する必要があるのはなぜですか? どちらも同じことをしていると感じます。CallableFutureFutureTaskCallableexecute

call（）から2D配列を返そうとしていますが、いくつか問題があります。これまでの私のコードは次のとおりです。

このコードはコンパイルされますが、これは私の配列を返していません。おそらく間違った構文を使用していると思いますが、良い例は見つかりません。

編集：少し変更しました

私は大規模なデータセットに取り組んでおり、モデルを構築した後、次のようにマルチスレッド (Java のプロジェクト全体) を使用します。

各 callable から結果を受け取ったら、それをファイルに出力します。これは、最初の Callables のリストが作成された順序どおりに出力されますか? 他の人より先に完了したにもかかわらず？するべきだと思われますが、確かではありません。

また、合計 620 万バイトが出力ファイルに書き込まれると予想しています。しかし、追加の 2000 バイトを取得します (無料です)。それは私の提出を台無しにします、そしてそれはいくつかの並行性の問題によるものだと思います。これを小さなデータセットでテストしたところ、問題なく動作しているようです (264 バイトが期待され、受信されました)。

Executor フレームワークまたは Futures で何か問題がありますか?

boost :: threadでは、クラスメソッドを呼び出すだけで、クラスを呼び出し可能にしたり、void operator（）（）を実装したりせずにクラスメソッドを呼び出すことができます。

エラーが発生します<unresolved overloaded function type>

実際、私はzi::threadについても同じことを知りたいと思います

リストのリストがある場所でこのコードを実行しようとしています。内部リストに追加する必要がありますが、エラーが発生します

ここで何が間違っているのか誰にも教えてもらえますか。