Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Les conseils suivants vous aideront à éviter les sessions de débogage frustrantes :
Lorsqu’une application .NET Framework de l’intégrateur de transactions (TI) est configurée pour afficher les numéros d’erreur (err.number), le nombre retourné est toujours 0 et non les résultats de l’erreur TI. Bien que TI retourne les valeurs correctes à COM Interop et COM Interop passe les bonnes valeurs à Visual Basic, Visual Basic considère que tout code de retour positif est réussi et le modifie à 0. Pour contourner ce problème, configurez l’application .NET Framework pour retourner une description d’erreur (err.description) au lieu du numéro d’erreur. La description de l’erreur fournit des informations d’erreur précises et utiles.
Le type de paramètre TI Project Integer doit être défini comme un court dans Visual Basic.
Le type de paramètre TI Project Long doit être défini en tant qu’entier dans Visual Basic.
Un index de tableau Visual Basic commence à 0, l’index des paramètres TI définis en tant que tableaux commence à la position 1. Par conséquent, il n'est plus possible d'aligner directement, un à un, l'index des paramètres TI définis en tant que tableaux avec ceux définis dans Visual Basic.
Les tableaux de types de données décimaux doivent être définis en tant que tableau d’objets, et non comme tableau de décimales dans Visual Basic. Tous les autres tableaux de types de données peuvent être définis comme un objet ou un type de données.
Une cause courante d’erreurs lors du développement des composants .NET Framework initiés par l’hôte est l’oubli de copier tous les assemblies requis, y compris toutes les dépendances, dans le dossier des Assemblies d'Implémentation HIP.