Discussion :

[Invité]

Bonjour à tous.

Pour une erreur de syntaxe, le bouton débogage permet d'aller à la ligne qui a généré l'erreur et les fenêtres de contrôle (espions, variables locales) permettent de savoir où on en est du déroulement du module donc de retrouver l'origine de l'erreur. Pour une erreur d'incompatibilité de type de code 13, le module se ferme, les fenêtres de contrôle sont vides et on ne dispose d'aucun moyen pour retrouver l'origine de l'erreur. Quand il s'agit, comme cela m'est arrivé, d'un compteur de cellule qui a inopinément disparu d'une des nombreuses feuilles d'un classeur et qu'une ligne d'un gros module appelle le résultat de ce compteur, le contenu de la cellule n'est alors pas un nombre, d'où l'erreur d'incompatibilité de type, il peut être extrêmement pénible de retrouver la ligne qui a généré l'erreur et encore pire la feuille en cause.

Quelqu'un connaitrait-il un moyen de programmation de la gestion de l'erreur d'incompatibilité de type (par on error goto...) pour que le module s'arrête sans se fermer, qu'on retrouve la ligne en cause et que les fenêtres de contrôle ne soient pas vides, de la même manière que pour une erreur de syntaxe ?

Merci d'avance.

[Zekraoui_Jakani]

Ce genre de problème survient en général si Excel (ou Access ou autre) rencontre une erreur "fatale". Personnellement, j'ai pris l'habitude de toujours commencer par lancer une procédure complexe pas à pas (sans boucle), avec un "break" autour d'un bloc important, et utilisant la fenêtre espion. cela permet d'éviter les erreurs fatales dès le départ et de corriger le tir.

[unparia]

Bonjour VBA reconnaît une incompatibilité de type sans problème lorsque "directe".
Ainsi :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
Dim i As Integer
i = "a"

fera que l'on aura un plantage de ce type et le mode debug dénoncera (en jaune) la seconde de ces deux lignes
VBA aura plus de difficultés (voire ne pourra pas du tout) à dénoncer tout de la même manière (si cause lointaine, par exemple).

La sagacité du développeur est et restera toujours essentielle en matière de développement.

[Invité]

Merci.

C'est effectivement la bonne méthode pour la mise au point, c'est celle que j'utilise (les points d'arrêt sont faits pour ça). Mais la procédure était au point et fonctionnait depuis des mois, c'est un cas accidentel et si en définitive j'ai utilisé la même méthode, c'est lourd pour un cas unique. Je cherche quelque chose de plus systématique. J'ai essayé on error goto gestErreur, et j'ai tenté d'y mettre un sendkeys escape ou Ctrl+attn, mais je n'ai pas réussi à le faire fonctionner malgré une syntaxe reconnue comme correcte.

D'autres idées ?