問題タブ [cancellation]

.NET 4では、協調キャンセルを適切にサポートするためにいくつかのタイプが導入されました。別のAppDomainで実行されている操作をキャンセルできるようにしたいと思います。CancellationTokenタイプは構造体です。別のAppDomainに渡すと、通常どおり機能しますか？

を使用して、ループ内でBackgroundWorker呼び出していくつかの Web サイトをダウンロードしていました。WebClient.DownloadStringユーザーがダウンロードの途中でキャンセルできるオプションが欲しかったので、ループの途中でオンになってCancelAsyncいることがわかったときにいつでも電話しました。CancellationPending

DownloadStringしかし、関数が時々フリーズすることに気づいたので、DownloadStringAsync代わりに使用することにしました (これはすべて、で作成された他のスレッド内にありますBackgroundWorker)。そして、 を呼び出した後にループと関数を終了しなければならないことでコード全体を書き直したくないので、 をDownloadStringAsync呼び出した直後に while ループを作成しましたbool Stop。DownloadStringCompletedが呼び出されたとき、またはユーザーが操作のキャンセルを要求したとき。

さて、奇妙なことは、デバッグ バージョンで正常に動作することです。しかし、リリース 1 では、メイン スレッドであるかのように while ループでプログラムがフリーズします。

巨大なファイル (数 GB) をコピーするためにバックグラウンド ワーカーを実行していますが、コピーの途中でプロセスをキャンセルする方法を知りたいです。コピーの前に CancellationPending プロパティを確認できますが、コピーが既に進行中の場合に確認する方法がわかりません。

アドバイスしてください、ありがとう！

数週間前、たまたまウィジェットであるアプリの1つをアップロードしました。しかし、私がそれをアップロードした時から、私は多くのキャンセルを見てきました. グーグルが私に与える唯一の理由はこれです：

私はそれの頭や尾を得ることができません.これから何を理解する必要がありますか??? フィードバックも評価もありません...ここで「あなた」とは誰ですか?? これはプログラミングの質問ではないと思いますが、これは多くのプログラミングの後に発生しました...他の誰かがGoogleからこのようなものを得て、それが正確に意味することを知っていましたか?

通常、C# で backgroundWorker をキャンセルしたい場合は、次のようにします。

1 つのアプリケーションには、多数の backgroundWorker があります。ヘルパー関数を使用して backgroundWorkers をキャンセルすることは有効ですか?

私の懸念は、問題のオブジェクトを関数に渡す代わりにコピーが作成され、それによって関数を持つ目的が無効になることです。この関数を使用する主な目的は、コード スペースを削減し、アプリケーション コードをより読みやすく、保守しやすくすることです。

純粋な Java を使用する VOIP アプリケーションを実装しています。ユーザーがヘッドセットを使用していない場合 (ほとんどの場合、マイクが内蔵されているラップトップ) に発生するエコーの問題があります。

現在起きていること

VOIP アプリケーションの基本は、Java のメディア フレームワークの単なるデータラインです。基本的に、出力用にスピーカーに書き込む前に、オーディオ データに対して何らかのデジタル信号処理を実行したいと考えています。

ご覧のとおり、オーディオ データが到着し、バッファにエンキューされます。これは危険な接続に対応し、さまざまなパケット サイズを許可するためです。また、オーディオ データをスピーカー ラインに再生する前に、高度な DSP 操作に必要なだけのオーディオ データにアクセスできることも意味します。

動作するエコー キャンセラを 1 つ管理しましたが、多くのインタラクティブなユーザー入力が必要なため、自動エコー キャンセラが必要です。

手動エコーキャンセラー

適応フィルター

私は、適応フィルターが進むべき道であることを読みました。具体的には、最小平均二乗フィルターです。しかし、私は立ち往生しています。上記のほとんどのサンプル コードは C および C++ で記述されており、Java にうまく変換されません。

それらを Java で実装する方法についてアドバイスがある人はいますか? 他のアイデアも大歓迎です。前もって感謝します。

RabbitMQ を介したジョブ キューのようなものがあります。ジョブをキャンセルするリクエストがあった場合、まだ処理を開始していないタスク (メッセージが確認されていない) を取り消したいと考えています。これは取り消しに対応します。ルーティングされたキューからのこれらのメッセージ。

AMQP または RabbitMQ API でこの機能を見つけられませんでした。おそらく私は十分に検索していませんか？または、回避策を使用する必要がありますか (難しいことではありませんが)。

Android デバイスに組み込まれているアコースティック エコー キャンセレーションの使用方法を知っている人はいますか? これはシリコンのどこかにあり、GSM/CDMA スピーカーフォン コールに使用されます。私たちは、独自のアプリケーションを作成するのではなく、VoIP アプリケーションに利用したいと考えています。

ベン

C++ で Linux 用の MT プログラムを書いていますが、スレッドのキャンセルがどのように行われるか知りたいです。

私が理解している限り、スレッドがキャンセルされると、クリーンアップ関数がスレッドの関数内で呼び出され、スレッドの関数が強制的に終了されます。これは次の 2 つのことを意味します。

1. スレッドがキャンセルされても、スレッドの関数内で作成されたすべての C++ オブジェクトのデストラクタを呼び出します。
2. スレッドの関数で作成されたオブジェクトへのポインターをクリーンアップ関数に渡すことができます。

私は正しく、以下のコードは問題なく動作しますか?

以下のコードでもう 1 つ質問があります。スレッドがSECTION A のどこかでキャンセルされると、second_thread_cleanup_function()が最初に呼び出されますよね?

プログラムがシグナル ハンドラからキャンセル ポイントである関数を呼び出すとどうなりますか? POSIX が async-signal-safe と cancel ポイントの両方として指定する多くの関数があります。シグナル ハンドラーがそのような関数を呼び出し、キャンセルが実行された場合、結果は、スレッドが非同期キャンセルを有効にした場合に発生する結果と非常に似ています。安全で、シグナルハンドラーコンテキストから呼び出されます。

この場合、POSIXは実際に何を指定し、実装は実際に何をしますか? POSIX には、シグナル ハンドラのキャンセル ポイントの実行を禁止する言語も、glibc/nptl ソースにそのような保護も見つかりません。