Die Notwendigkeit erweiterter Fehlerinformationen

Eine primäre Schwierigkeit bei der Problembehandlung von RPC-Problemen besteht darin, dem zugrunde liegenden Problem einen RPC-Fehlercode zuzuordnen. 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 umschreiben oder in einer Protokolldatei speichern. Je nachdem, welcher Ansatz verwendet wird, wird die Person, die das Problem behebung, von wichtigen Informationen beraubt:

• Wo der Fehler aufgetreten ist. Möglicherweise ist sie auf dem lokalen Computer, auf einem Remotecomputer, der vom lokalen Computer aufgerufen wird, oder auf einem Remotecomputer aufgetreten, 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 nach dem Zurückgeben des Fehlers weiter verarbeitet wird, und überschreibt alle Kontexte, die sich auf den Fehler beziehen.