問題タブ [process]

現在のコードが実行されているいくつかの可能なホスト プロセスのどれで実行時に知りたいです。ホスト プロセスには Biztalk 管理レベルで名前が構成されていますが、コード内から自分がどのプロセスにいるのかを知る必要があります。

これを行うためのサポートされている方法が見つかりませんでした。サポートされていない方法の検索に行き詰まっています:-)

編集：答えてくれた tomasr に感謝します。主にロギング/トレースの目的で必要になります。ode が実行されているホストを表示するだけでなく、適切なトレース レベルを決定することもできます。

これはまた、ライブラリ レベルでこれが必要であり、高速でなければならないことを意味します。たとえば、コードが実行されている最上位コンポーネント (オーケストレーション、パイプラインなど) を見つけるためにコール スタックを取得することはできません。

一方、シングルトンコンストラクターで一度だけ理解できました。これは AppDomain ごとに 1 回呼び出されるため、検索に少し時間がかかる場合があります。しかし、そこにはあまり意味のあるコール スタックがないので、振り出しに戻ります :-/

Edit2: Biztalk 管理 DB には、必要な情報が含まれている必要があります。どのホストがどのサーバーで開始されているか、および (おそらく) これらのホスト プロセスのプロセス ID を認識しています。誰かが私がそこを見始めることができるポインターを持っていれば、それも私を助けるでしょう.

拡張機能としてサードパーティの親プロセスにロードされるDLLがあります。このDLLから、CreateProcess APIを使用して外部プロセス（自分自身）をインスタンス化します。これは99.999％のケースでうまく機能しますが、突然失敗して永続的に機能しなくなることがあります（親プロセスを再起動することでこれを解決できるかもしれませんが、これは望ましくないため、問題を解決するまではお勧めしません）。失敗は、CreteProcess（）がエラーを報告しなくても外部プロセスが呼び出されなくなったことと、GetExitCodeProcess（）が128を返すことによって示されます。これが私が行っていることの簡略化されたバージョンです。

外部プロセスは、Windowsエクスプローラーまたはコマンドラインから手動で呼び出すことができ、それ自体で問題なく起動します。そのように呼び出されると、実際の作業を行う前に、ログファイルが作成され、それに関する情報がログに記録されます。しかし、上記のように呼び出されると、このロギング情報はまったく表示されないため、外部プロセスのメインスレッドがmain（）に入らないと想定しています（現在、その想定をテストしています）。

問題を回避するためにできることは少なくとも1つあります（スレッドを中断して開始しないでください）が、最初に障害の原因を最初に理解したいと思います。誰かがこれを引き起こす可能性のあるものとそれを修正する方法を知っていますか？

exec ファミリを使用する必要があるプロジェクトがあります。私のプロジェクトは、インタラクティブなシェルの作成で構成されています。シェルは、cd、ls、echo などのいくつかの基本的なコマンドを実装します。私は exec の使用法を調査してきましたが、有用なサイトが見つかりませんでした。提案されたリンクは役に立ちます。

この操作の出力を画面に表示するにはどうすればよいですか?

私はしばしば「top」コマンドを使用して、リソースを占有しているものを確認します。ほとんどの場合、Apache httpd プロセスの長いリストが表示されますが、これはあまり役に立ちません。同様のリストを表示する方法はありますが、どの PHP スクリプトなどを確認できますか?それらの httpd プロセスが実際に実行されていますか?

Windows Server 2003 で実行中のプロセスの最大数を制限する方法を探しています。

それを制御するレジストリキーはどこかにありますか? もしそうなら、それはどれですか？

.NET プログラムから php-cgi.exe を呼び出そうとしています。RedirectStandardOutput を使用して出力をストリームとして戻しますが、全体が非常に遅くなります。

どうすればそれをより速くできるかについて何か考えがありますか? 他のテクニックは？

.NET での統合テスト プロジェクトに取り組んでいます。テスト フレームワークの実行可能ファイルはサービスを開始し、サービスが操作を完了するまで待機する必要があります。

サービスがタスクを完了するのを exe が待機するための最良の方法は何ですか (サービス自体はタスクの完了時に終了しません)。

どちらのプロセスも同じデータベースにアクセスできるため、最初に考えたのは、サービスのステータスを記録する単純なテーブルでした。完了したことが通知されると、exe は待機を停止してタスクを完了できます。他のアプローチ？

繰り返しますが、サービスはタスクを完了すると、実行中またはメモリ内の状態のままになるため、サービスが終了するのを待っても機能しません。;-)

また、これは純粋に統合テストを目的としたものであり、本番環境には決して入らないため、「シンプル」という言葉が有効です。

新しいシステムの開発を計画する初期段階では、どの開発モデルに従うかが最重要のようです。私は常に、クラシック ウォーターフォール (またはハイブリッド ウォーターフォール/反復プロトタイピング) が中規模から大規模のプロジェクトに最適なアプローチであると信じてきました。プロジェクトが一定の規模になると、アジャイル/XP/スクラムのパラダイムでは、複雑な要件、大規模なチーム、複数のサブシステム間の複雑さ、ドキュメントの必要性、人事異動などを説明できなくなります。等

システムのサイズ、チームのサイズ、LOC などに関して、このようなアジャイル方法論の限界は何ですか?

C ++でスレッドやプロセス識別子（string、int、...）を取得する移植可能な方法はありますか？

ユーザーがボタンをクリックしたときに URL を起動するなど、プロセスを開始するにはどうすればよいですか?