問題タブ [waitforexit]

control.exe をプロセスとして実行しています。(Windows 7 OS、.NET 3.5、C#)。期待どおりに WaitForExit() で停止しません。control.exeウィンドウがまだ開いている場合でも、プロセスをすぐに「終了」します。私は process.Exited イベントも試しましたが、それはアプリケーションが終了する前にもトリガーされます。これが私のコードです：

プロセスを使用して、process.StartInfo.RedirectStandardOutput = true; の使用中に例外が発生しています。例外は、「StandardOut がリダイレクトされていないか、プロセスがまだ開始されていない」の下にあります。

アプリケーションGUIをハングさせるprocess.WaitForExitを使用しているので、process.StandardOutput.ReadToEnd();を使用しました。MSDN による WaitForExit の前ですが、プロセスが無限に実行され、ログ ファイルで上記の例外が発生し、GUI もハングします。

どこに欠けているのか、コードのどこにエラーがあるのか​​ わかりません... waitforexitでもタイムアウトを試みましたが、成功しませんでした。

コードを実行するとフォームがフリーズする理由を理解しようとしています。また、フォームを最小化または移動することもできません。WaitForExitプロセスで使用されているためですか？

以下のコードは、ボタンのクリックに関連付けられています。

これが私が呼んでいるテストサブです。オプションの引数を指定してexeを呼び出します。

WaitForExitプロセスが完了するまで次のステートメント（次のステートメントはCheckbox2のIfステートメント）を処理しないように（私が思ったように）追加されました。そうではありませんか？

プロセスを開始するメソッドがあります。このプロセスは、外部ソースにクエリを実行し、テキスト ファイル 'output.txt' に出力されてディレクトリに配置される何かを返す ruby​​ スクリプトです。

実行中、次のようなメソッドを実行します。

それから私の他の方法で私は言います：

output.txt ファイルを作成していないため、何らかの理由で ruby​​ スクリプトが終了していません。手動で実行すると問題なく動作するため、Ruby スクリプトに問題がないことはわかっています。

ある種のタイミングの問題だと思います。奇妙なことに、コードのその領域を変更することなく、これは昨日まで正常に機能していました。「waitforexit」がスレッドをロックすることもどこかで見たので、プロセスが実際に最初に終了することなく、これがストリームリーダーにどのように到達するのかわかりません。

また、ウィンドウが閉じて出力ファイルがまだないため、コードがストリームリーダー行に移動すると、プロセスが単に終了するように見えます

次のコードがあります。

ファイルを抽出した後、ウィンドウを閉じないようにしたい（unRAR.exe抽出します）。WaitForExit(9000)動作しないようです。何十ものサイトを読みましたが、まだ解決策が見つかりません。

コード（一部のみ）はほとんどの場合適切に機能しますが、タスクマネージャーのプロセスが存在しなくても、コードがハングしてtry...catchブロックの後の行が呼び出されない場合があります。

ほとんどの場合、問題はないため、デバッグ中に問題を再現することはできません。なぜ、またはどのような条件でこれが発生するのか、誰かが私にヒントを与えることができますか？

制限時間が過ぎたか、プロセスがユーザーによって終了されたかを知るにはどうすればよいですか?

スレッド/バックグラウンド プロセスに頭を悩ませているのが最悪です。私の問題は、ある程度まではよくあることのように思えますが、私のニーズを満たす良い例をまだ見つけていません。

古典的な例は次のようになります:
特定の長時間実行されるタスク/プロセスが実行されると、UI がフリーズします - 少なくとも UI を移動/最小化できるようにしたいです。

従来の応答には、スレッド化とタスク ファクトリ、および BackgroundWorker ソリューションが含まれます。しかし、どのように実装しても、結果は良くありません。

私のプログラムでは、別のアプリケーションを実行していて、それが終了するのを待っています。簡単にするために、私は次のようにやっているとしましょう：

WaitForExit()メモ帳を閉じるのを待っている間にアプリケーション UI がハングアップすることは明らかでした。

私はこれについて多くの提案された手段を試みましたが、2 つのコーナーのいずれかにペイントされます。

1. インターフェイスがまだハングし、メモ帳を閉じると somefile.txt が正常に読み取られます。
2. プロセス (メモ帳) は正常に実行されますが、メモ帳を閉じる直前にアプリケーションが somefile.txt を読み取ります (したがって、非同期で実行されていると思います)。

私が見るほとんどの例は、大きな数まで数えることを含んでいます。単純ですが、私がやっていることとはまったく異なります。この「外部」プロセスを起動すると、少し複雑になります。

お時間をいただきありがとうございます。

データベースに、あらゆる種類のファイルを格納するテーブルがあります。

ファイル名は ListView に表示され、ユーザーがそのうちの 1 つをクリックすると、ファイル拡張子に基づいて登録されたアプリケーションによって開かれます。

これはコードです：

docx、pdf、txt などでは正常に動作していますが、画像を開こうとすると、ファイルは Window Photo Viewer (Windows 7) で正常に開かれますが、NullReferenceException がスローされます。

最初に WPV を閉じてから MessageBox を閉じると、ファイルは一時フォルダーから削除されます。

最初に MessageBox を閉じると、画像が WPV から消え、WPV を閉じた後、ファイルは一時フォルダーから削除されません。

ここで、catch ブロックを削除すると、ファイルは WPV によって正常に開かれ、閉じた後、ファイルは一時フォルダーから削除されません。例外が管理されていないため、明らかにアプリケーションがクラッシュします。

問題は WPV のようです。

何が悪いのか考えていますか？

ティア

編集：

例外がスローされます