拡張エラー情報の必要性

  • [アーティクル]

RPC の問題のトラブルシューティングに関連する主な問題は、RPC エラー コードを基になる問題にマッピングすることです。 構成エラーまたはネットワークの問題により、1 つ以上のワークステーションでRPC_S_* エラーが発生する可能性がありますが、そのワークステーションではエラーの表示、言い換え、またはログ ファイルへの保存のみが可能です。 どちらの方法を使用する場合でも、問題のトラブルシューティングを行うユーザーは重要な情報を奪われます。

  • エラーが発生した場所。 ローカル コンピューター、ローカル コンピューターによって呼び出されたリモート コンピューター、または別のリモート コンピューターによって呼び出されたリモート コンピューターで発生した可能性があります。
  • 問題の原因となった元のエラー コード。 OSF 標準に準拠するために、MS RPC はエラー コードを RPC_S_* コードにマップします。 ただし、RPC_S_* コードは一般的すぎるため、役に立つトラブルシューティング情報はほとんど提供されません。
  • 問題の発生に関連するコンテキスト情報。 RPC 以外のエラーでは、デバッガーはプロセスを停止し、エラーが発生したコンテキストを調べることができます。 RPC エラーは、多くの場合、リモート プロセスまたはコンピューターによって生成され、エラーを返した後も処理が続行され、エラーに関連するすべてのコンテキストが上書きされます。