La nécessité d’informations d’erreur étendues

L’une des principales difficultés associées à la résolution des problèmes RPC consiste à mapper un code d’erreur RPC au problème sous-jacent. Une erreur de configuration ou un problème réseau peut entraîner la réception d’erreurs RPC_S_* sur une ou plusieurs stations de travail, mais cette station de travail peut uniquement afficher l’erreur, la paraphrase ou l’enregistrer dans un fichier journal. Quelle que soit l’approche utilisée, la personne qui résolve le problème est privée d’informations essentielles :

• Emplacement où l’erreur s’est produite. Il peut s’être produit sur l’ordinateur local, sur un ordinateur distant appelé par l’ordinateur local ou sur un ordinateur distant appelé par un autre ordinateur distant.
• Code d’erreur d’origine à l’origine du problème. Pour se conformer à la norme OSF, MS RPC mappe les codes d’erreur aux codes RPC_S_*. Toutefois, les codes RPC_S_* sont trop génériques et offrent peu d’informations utiles sur la résolution des problèmes.
• Toutes les informations de contexte liées à l’occurrence du problème. Avec les erreurs autres que RPC, les débogueurs peuvent arrêter le processus et examiner le contexte dans lequel l’erreur s’est produite. Les erreurs RPC sont souvent générées par un processus distant ou un ordinateur, qui continue le traitement après le renvoi de l’erreur et remplace tout contexte relatif à l’erreur.