問題タブ [dllhost]

多数のDLL（数十程度）で構成された大規模なレガシーVBアプリがあり、すべてが単一のCOM+サーバーアプリケーションにインストールされています。時々、dllhost.exeがキールオーバー（そして自動的に再起動）する何かが起こり、このメッセージがWindowsアプリケーションイベントログに残されます...

システムがカスタムコンポーネントを呼び出しましたが、そのコンポーネントに障害が発生し、例外が生成されました。これは、カスタムコンポーネントに問題があることを示しています。このコンポーネントの開発者に障害が発生したことを通知し、以下の情報を提供してください。
サーバーアプリケーションID：{8CC02F18-2733-4A17-9E5C-1A70CB6B6977}
サーバーアプリケーションインスタンスID：{1940A147-8A5E-45FA-86FE-DAF92A822597}
サーバーアプリケーション名：MyTestApp
このエラーの深刻な性質により、プロセスが終了しました。
例外：C0000005
アドレス：0x758DA3DA

ソース：Complus
イベントID：4786
レベル：エラー

これと並んで、特にdllhost.exeに関する別のログがあります...

障害のあるアプリケーション名：dllhost.exe、バージョン：6.0.6000.16386、タイムスタンプ：0x4549b14e障害のある
モジュール名：msvcrt.dll、バージョン：7.0.6002.18005、タイムスタンプ：0x49e0379e
例外コード：0xc0000005
障害オフセット：0x0000a3da障害の
あるプロセスID：0x83c
障害アプリケーションの開始時刻：0x01cb50c507ee0166障害のある
アプリケーションパス：％11障害のある
モジュールパス：％12
レポートID：％13

Cランタイム（msvcrt）で障害のフラグが立てられていることはわかっていますが、理想的には、これをmsvcrtに呼び出されたDLLにトレースバックする必要があります（おそらくデータ/パラメーターが正しくありません）。それで、デバッガーをインストールせずに、これを引き起こすDLLを特定する方法はありますか？オフラインで分析するために使用できる場所にメモリダンプがあるかどうかを確認しようとしています。したがって、アドレスを特定のものに関連付けます。しかし、それがなければ、それが可能かどうかはわかりません。ホストされているアプリケーションがクラッシュしたときにミニダンプを生成するようにCOMサブシステムに指示できますか？（はい、可能です[おそらく]-[ダンプ]タブにチェックボックスがあります）。

これは、Windows Server 2008 R1 32ビットにあります（ただし、Server 2003にも関心があります）。

アプリの可用性には影響しません。COM+は単にdllhostを再起動してアプリケーションを続行しますが、修正するのに役立つ不便です。

編集さて、私はクラッシュダンプを持っています、私はwindbgを持っています、しかしそれは助けにはなりません。私が太っている（可能性がある）か何か他のものかわからない:-)の出力!analyze -vは以下ですが、FAULTING_IPを解決できていないように見えますが、DLLに何も表示されていませんか？次にどこを向いたらいいのかわからない。

私のpdbのいずれかが危険であり、新しいものを生成する価値があるかどうか疑問に思っています-Microsoftのシンボルサーバーに接続されているので、そうではないはずですが、（明らかに）どのモジュールが（BUGCHECK_STRとPRIMARY_PROBLEM_CLASS）の間違ったシンボルを報告しているかはわかりません）（または、コードが最初に実行されていたサーバー上のこれらのシンボルですか？）PDBをサーバー自体に配置する方がよいでしょうか？

そうでない場合、他のアイデアはありますか？私は以前にwindbgを簡単に使用したことがありますが、私はそれを定期的に使用しているわけではないので、深く掘り下げるために入力する必要のある呪文が他にもあるでしょうか。ガイダンス歓迎:-)

私の COM コンポーネントは代理 dll として実装されています。CoCreateInstanceEx() を呼び出して作成しましたが、共有の dllhost.exe プロセスで開始されました。COM コンポーネントを別の dllhost プロセスで起動する方法はありますか?

全てにおいて良い日、

ChannelFactory オブジェクトの作成時に構成ファイルからエンドポイントを取得しているときに、構成の問題が発生しました。

ServiceModel クライアント構成セクションで、名前が「サービスに関係なく」、コントラクトが「コントラクトに関係なく」のエンドポイント要素が見つかりませんでした。これは、アプリケーションの構成ファイルが見つからなかったか、この名前に一致するエンドポイント要素が client 要素に見つからなかったためである可能性があります。

この種の例外の通常の解決策は、このコードを実行する exe に .config ファイルを追加することです。この場合、このコードを com+ で実行しているので、すべてのエンドポイントを含む dllhost.exe.config ファイルを作成しました。

興味深いのは、クライアント アプリケーションからもこのサービスを使用していて、wcf プラットフォームが問題なく同じエンドポイントを見つけたことです。dllhost.exe.config の他のエンドポイントは正常に動作していると思います。

ちなみに、このサービスを使用する問題のあるプロキシは、カスタマイズされた Enterprise Library コードです。コードをデバッグしている間、それは間違いなく dllhost プロセスの下で実行されます。

エンドポイントを探している構成ファイルを見つける方法はありますか?

ありがとうございました。

IISワーカーリクエストをかなりのWebページに表示する次の方法がありますが、ページが更新されるたびに、使用可能なメモリがなくなるまで、ターゲットマシンのdllhost（COMサロゲート）のメモリ消費が増加します。私はC＃に関しては初心者なので、このコードを変更してターゲットサーバーのメモリフットプリントをリフレッシュするたびに解放する方法を誰かが説明してくれることを願っていますか?

ac# プログラムを使用して Windows コントロール センターからモデム ダイアログを開く機会はありますか?

具体的なダイアログは次のとおりです。Windows -> コントロール センター -> 電話とモデム -> 高度なタブ -> プロバイダの選択 -> ボタンの設定

開始されたプロセスは、タスク マネージャーに dllhost.exe として表示されます。

ありがとう、親切にバイン