問題タブ [single-threaded]

UI スレッド (WinForms) でオブジェクトをインスタンス化するという問題があります。このオブジェクトの作成にはおそらく非常に時間がかかるため、そのメソッドに何らかの「タイムアウト」を設定したいと考えています (アプリがブロックされているため)。

私が抱えている問題は次のとおりです。1. オブジェクトは UI スレッドで作成する必要があります。2. オブジェクトは外部オブジェクトであり、ソース アクセス権がないため、変更できません。

だから私の質問は、誰かが創造的なアイデアを持っている場合、タイムアウトに達した場合に実行されたメソッドを停止するロジックを作成できるかどうかです。

ティア・マーティン

HTMLページで適用されたCSSスタイルに関する情報を取得する必要があります。AxWebBrowserを使用して、IHTMLDOMNodeを繰り返しました。必要なすべてのデータを取得して、コードをアプリケーションに移動することができます。問題は、この部分がバックグラウンドワーカー内で実行されており、コントロールをインスタンス化しようとしたときに例外が発生したことです。

このオプションまたはAxWebBrowser以外のオプションを解決する方法はありますか？

JBoss Web アプリケーションをシングルスレッドに設定できますか? つまり、一度に 1 つの受信 Web 要求 (つまり、ソケット接続) のみを受け入れますか? または、最大 3 つの同時接続を言う方法はありますか? 私はそれが珍しい構成であることを知っていますが、私たちは興味がありました..

シングル スレッド アプリケーションでデッドロックが発生する可能性はありますか? もしそうなら、例を挙げてください。

スレッドが1つしかないときに、ミューテックスまたはセマフォを使用するのが理にかなっているのではないかと思いました。

ご協力いただきありがとうございます。

Sun Grid Engine（現在はOracle Grid Engine？）でqsubを介してジョブを送信したいと思います。-sync yesオプションまたはqrshを使用したくないのは、制御プログラムをシングルスレッドにして、一度に多くのジョブを起動できるようにするためです。これらのオプションは、制御プログラムのスレッドをブロックします。

ただし、起動したプロセスの終了ステータスを受け取りたいのですが。マニュアルページから、私のスレッドをブロックせずにこのコードを取得する方法はないようです。起動しているジョブを変更して終了コードをstdoutに出力する以外に、このステータスを取得する方法はありますか？

Fluidで作成されたポップアップメニューを備えた、おそらくシングルスレッドのFLTKアプリケーションがあります。Fl_Gl_Window をサブクラス化し、handle() メソッドを実装するクラスがあります。handle() メソッドは、右クリックでポップアップ ウィンドウを作成する関数を呼び出します。メニュー項目の 1 つで長い操作を行っています。私のアプリケーションは、他の目的のために 2 番目のスレッドを作成しました。メイン スレッドとその 2 番目のスレッドの間のいくつかの重要なセクションを保護するために、ロックを使用します。特に、doLongOperation() はロックを使用します。

私の問題は、メニューを 2 回ポップアップして doLongOperation() を 2 回実行すると、それ自体でデッドロックが発生し、アプリケーションがハングすることです。 最初の doLongOperation() が GUI をストールさせず、2 回目の doLongOperation() の開始を妨げないのはなぜですか?

問題のあるメニュー項目を無効にするために使用するフラグで問題を回避できますが、そもそもそれが可能である理由を理解したいと思います。

もちろん、コードは省略されています。うまくいけば、関連するすべてのビットが含まれています。

私が書いているネットワーク ライブラリは、TCP ソケットを介してメッセージを送受信する必要があります。メッセージはいつでも送受信できます。つまり、全二重チャネルとして機能する必要があります。

send() を呼び出すメイン スレッドと、ほとんどが recv() 呼び出しでブロックされる専用スレッドの 2 つのスレッドを使用して、このようなシナリオを実装することができました。

私の質問は、単一のスレッドで同じシナリオを実装することは可能ですか? つまり、いくつかのコールバック関数を登録することによってですか?

補足として、このシナリオを C++、Java、および Python で実装する必要があります。

開いている TcpClient オブジェクトがたくさん (約 1000 としましょう) ある C# プログラムを持っています。それらの接続のいずれかで何かが起こるのを待つ状態に入りたいです。

接続ごとにスレッドを起動したくありません。

何かのようなもの...

追加情報:
TcpClient オブジェクトは TcpListener から取得されます。
ターゲット環境は、MS .NET または Mono-on-Linux になります。
プロトコルは、接続が開いている間、長時間のアイドル状態を要求します。

私はWCFサービスを開発しました（これはたまたまMSMQキューでリッスンします）。私は特定のスレッド関連のコードを入れていないので、デフォルトでマルチスレッド方式で実行されます。これはライブ環境では問題ありませんが（おそらく望ましい）、現在このサービスはまだテスト中です。メッセージがテストキューに表示されるタイミングを完全に制御することはできないため、一度に多くのメッセージが表示される可能性がある状況にあります。

このサービスは多くの診断ログを実行しますが、私が使用しなければならないログメカニズム（「会社の標準」）はスレッドに対応していません。つまり、結果として、一度に複数のスレッドが実行され、ロギングが完全に混乱することになります。私がやりたいのは、テスト中にスレッドの数を1に戻すことです。

コードでシングルスレッドを実現するさまざまな方法を見てきましたが、1つのバイナリをTestにリリースし、別のバイナリをLiveにリリースするのは本当に好きではありません。

WCFは構成ファイルの使用にかなり熱心であることを知っているので、純粋に構成に基づいて、シングルスレッドモードとマルチスレッドモードのどちらでリッスンするかをWCFサービスに指示する方法があるかどうか疑問に思いました。

TIA、ピート