Fiabilité des informations d’erreur étendues

Les informations d’erreur étendues ne sont pas fiables. Les informations d’erreur étendues ne peuvent pas être utilisées pour générer une logique de code. Il est approprié de vérifier la présence d’informations d’erreur étendues et, s’il y a lieu, de vider, d’enregistrer ou de consigner ces informations. Mais ne reposez pas sur les informations ou son contenu.

Les raisons suivantes expliquent pourquoi les informations d’erreur étendues ne sont pas fiables :

• La séquence et le contenu des enregistrements d’erreurs étendus dépendent de l’architecture interne du système, qui est susceptible de changer. Une certaine opération peut passer par NPFS sur les systèmes actuels, mais demain pourrait passer par TCP. Ces différents composants génèrent des codes d’erreur très différents, et les vérifications de code sont donc intrinsèquement non fiables et non recommandées.
• La propagation des informations d’erreur étendues peut être désactivée, comme expliqué précédemment. Si le code de détection est inclus, l’application cessera probablement de fonctionner dans certains environnements.
• La propagation des informations d’erreur étendues est effectuée de manière optimale. La propagation ou la génération d’informations d’erreur étendues peuvent échouer s’il n’y a pas suffisamment de mémoire sur l’ordinateur pour traiter ou propager la chaîne. Dans de telles circonstances, la chaîne sera abandonnée. Certains protocoles ont des longueurs limitées pour les paquets d’erreur, car ils n’incluent généralement pas beaucoup d’informations. Si la longueur de la chaîne dépasse la longueur autorisée du paquet, l’heure d’exécution RPC commence à supprimer des informations de la chaîne dans une tentative d’ajustement de la chaîne dans le paquet. La première fois l’exécution supprime les enregistrements, en commençant par le dernier enregistrement, en descendant, jusqu’à ce que seuls les premiers et derniers enregistrements restent. Si la chaîne ne tient toujours pas dans un paquet, l’exécution supprime les paramètres de chaîne et les noms d’ordinateurs. Si un paramètre de chaîne est supprimé, le type du paramètre est défini sur aucun. Si un enregistrement est supprimé, l’indicateur EEInfoNextRecordsMissing est défini dans l’enregistrement suivant, et EEInfoPreviousRecordsMissing est défini dans l’enregistrement précédent.