Die Notwendigkeit erweiterter Fehlerinformationen

Eine hauptproblem bei der Problembehandlung von RPC-Problemen ist das Zuordnen eines RPC-Fehlercodes zum zugrunde liegenden Problem. Ein Konfigurationsfehler oder Netzwerkproblem kann dazu führen, dass mindestens eine Arbeitsstation RPC_S_*-Fehler empfängt. Diese Arbeitsstation kann jedoch nur den Fehler anzeigen, ihn paraphrasieren oder in einer Protokolldatei speichern. Unabhängig davon, welcher Ansatz verwendet wird, werden der Person, die das Problem beheben soll, wichtige Informationen entzogen:

• Der Fehler ist aufgetreten. Dies ist möglicherweise auf dem lokalen Computer, auf einem Remotecomputer aufgetreten, der vom lokalen Computer aufgerufen wird, oder auf einem Remotecomputer, der von einem anderen Remotecomputer aufgerufen wird.
• Der ursprüngliche Fehlercode, der das Problem verursacht hat. Um dem OSF-Standard zu entsprechen, ordnet MS RPC Fehlercodes RPC_S_*-Codes zu. RPC_S_*-Codes sind jedoch zu generisch und bieten wenig nützliche Informationen zur Problembehandlung.
• Alle Kontextinformationen im Zusammenhang mit dem Auftreten des Problems. Bei Nicht-RPC-Fehlern können Debugger den Prozess beenden und den Kontext untersuchen, in dem der Fehler aufgetreten ist. RPC-Fehler werden häufig von einem Remoteprozess oder -Computer generiert, der die Verarbeitung nach der Rückgabe des Fehlers fortsetzt und jeden Kontext überschreibt, der sich auf den Fehler bezieht.