問題タブ [wait]

以下のようにNSXLParserを初期化する場合：

サーバーがダウンしている場合、スレッドが戻るまでかなりの時間待機します。アプリケーションを終了してアプリケーションを再起動しても、本当に迷惑です。タイムアウトするまで、黒い画面で待機し続けます。

initを中止するにはどうすればよいですか？パーサーを呼び出す前にサーバーが稼働しているかどうかを確認するためのより良い方法はありますか？助けてくれてありがとう。

popenシェルコマンドで起動するスクリプトがあります。問題は、スクリプトがそのpopenコマンドが終了するまで待機せず、すぐに続行することです。

シェルコマンドが終了するまで待つようにPythonスクリプトに指示するにはどうすればよいですか？

Web サービスを呼び出す Silverlight アプリがあります。その Web サービスは、wav ファイルを mp3 形式にエンコードします。完全な mp3 ファイルの作成を待つ最善の方法は?

よろしく

メイン アクティビティからサブアクティビティを呼び出しています。このサブアクティビティは、ユーザーからいくつかの数値を取得し (これを達成するために編集テキスト コントロールを使用しています)、それらを別のクラスの静的変数に保存して終了します。メインアクティビティにサブアクティビティを待機させたいのですが、両方が同時に実行されています。そのように sth を実行しても役に立ちません:

メインアクティビティを強制的に待機させる方法を知っていますか? Thread.wait() メソッドは Android ではサポートされていません (プログラムがエラーをスローします)。

「QDDisplayWaitCursor」関数を使用して待機カーソル（回転するレインボーホイール）を表示しようとしていますが、「QDDisplayWaitCursor」は非推奨であるという警告が表示されますが、すべて正常に動作しますが、この関数の適切な代替手段に置き換えたいと思いますが、グーグルの結果もアップルのドキュメントにも見つかりませんでした。

CALを使用して作成されたWPFアプリケーションが完全に読み込まれる前に、待機カーソルを表示したいと思います。

メインウィンドウのコンストラクターには、次のコードがあります。

すべてのモジュールがロードされた後、次のハンドラーが呼び出されます。

問題は、この待機カーソルが表示されないことです。私がここで欠けているものは何ですか？FWIW、この投稿からヒントを得ました

待機カーソルを表示していますか？

TIA。

ファイルが作成されるまで（相対タイムアウトで）ビルドプロセスを一時停止するようにANTを構成することは可能ですか？

一部のソフトウェアをアンインストールするための Windows バッチ スクリプトを作成しています。ただし、次のアンインストールを続行する前に、アンインストーラーがサービスを再起動するのを待つ必要があります。

次を使用して、アンインストーラーが終了するまでスクリプトを待機させることができます。

for /f "usebackq" %%M in ('tasklist /nh /fi "imagename eq %process_1%"') do if not %%M==%ignore_result% goto 1

しかし、私の人生では、スクリプトを取得してサービスが開始されるのを待ってから、スクリプトを続行してさらにアンインストールを実行する方法を理解することはできません。

私はどんな提案にもオープンです。

for ループ内に非同期 URL リクエストがあります。このループは、Web アドレスのパラメーターが 1 つ変更されるたびに 20 回呼び出されます。didFinishLoading メソッドが呼び出されるたびに、この特定の Web アドレスのデータを渡したいと思います。

問題は、for ループを実行すると、didFinishLoading メソッドが呼び出されず、最後にのみ呼び出されることです。

特定の URL のデータが完全に読み込まれるまでループを待機させる方法に関する提案はありますか?

どうもありがとう。

私はJavaのスレッドをいじって頭を悩ませていましたが（そうするのが最善の方法のようです）、synchronize、wait（）、notify（）で何が起こっているのかを理解しました。

一度に2つのリソースでwait（）を実行する方法があるかどうか知りたいです。以下は、私が考えていることを完全には実行しないと思います（編集：通常のwhileループは、2つのリソースを解放することに集中するために、この例から除外されていることに注意してください）：

この（非常に工夫された）場合、token2はtoken1が返されるまで保持され、token1はtoken2が返されるまで保持されます。目標は、token1とtoken2の両方を解放し、両方が使用可能になったら再開することです（token1.wait（）を内部同期ループの外に移動することは私が得ているものではないことに注意してください）。

両方が利用可能かどうかをチェックするループは、この動作を実現するためにより適切かもしれませんが（これは、ダブルチェックロックのアイデアに近づいていますか？）、余分なリソースを消費します-これは単なる解決策であるため、私は決定的な解決策を求めていません私の好奇心を満たすために。

編集議論のために、ここでの2つのトークンは、スレッドが同時に使用する必要がある2つの異なるリソースを表し、他のいくつかのスレッドは両方を同時に必要とするということを言いましょう。