VS2008 - erreur non interceptée

**azur668** · 04/04/2011, 15h35

Bonjour,

Quand mon code exécute une erreur, au lieu de s'arreter en mode débogage sur la ligne fautive, il m'indique dans la fenêtre d'exécution le message

Une exception de première chance de type 'System.NullReferenceException' (par exemple) s'est produite dans Programme.exe

puis me rend la main et ignore tout simplement le code qui suit la ligne de l'erreur.

Comment faire pour que le debbuger s'arrete sur la ligne fautive ?
-Je suis sous visual studio 2008
-Il n'y a pas de gestionnaire d'exception sur l'erreur

Merci

**tomlev** · 04/04/2011, 16h46

Par défaut, si l'erreur est interceptée (soit par ton code, soit par du code du framework qui appelle ton code), le debugger ne s'arrête pas. Pour t'arrêter dès qu'une exception est levée tu peux faire ça :

Menu Déboguer -> Exceptions -> Cocher la colonne "Levé" sur la ligne "Common Language Runtime Exceptions"

**azur668** · 04/04/2011, 23h46

Envoyé par tomlev

Pour t'arrêter dès qu'une exception est levée tu peux faire ça :

Menu Déboguer -> Exceptions -> Cocher la colonne "Levé" sur la ligne "Common Language Runtime Exceptions"

Oui mais dans ce cas là il s’arrêtera même si j'ai interceptée l'erreur dans un Try/Catch, ce qui ne me convient évidemment pas.

Ce qui m'étonne, c'est que en recherchant sur ce sujet,
j'ai vu que plusieurs personnes avaient été confrontées à ce problème, mais sans aucune solution satisfaisante.

**tomlev** · 05/04/2011, 01h02

Envoyé par azur668

Oui mais dans ce cas là il s’arrêtera même si j'ai interceptée l'erreur dans un Try/Catch, ce qui ne me convient évidemment pas.

Mais si le debugger ne s'arrête pas, c'est justement parce que l'exception est interceptée... mais peut-être pas dans ton code. Par exemple il me semble que les exceptions dans l'évènement Load en Windows Forms sont interceptées par le code qui déclenche l'évènement, donc le code du framework

**MABROUKI** · 05/04/2011, 01h52

bonjour
MSDN Doc cite comme cause frequente de ce message ceci:

Une NullReferenceException se produit lorsque vous tentez de référencer un objet dans votre code qui n'existe pas.
Absence de New pour un objet afin d'encrer une instance.

Recommendation Msdn:

Interceptez explicitement NullReferenceException dans une instruction Try…Catch…Finally

Un truc genant je l'avoue parce qu'ils ne disent pas ou il faut l'inserer Compte-tenu de la foultitude d'objets qu'on peut manipuler dans un programme,si on devait l'inserer à chaque initilialisation d'instance .....
bonne soiree...

**tomlev** · 05/04/2011, 02h15

Envoyé par MABROUKI

bonjour
MSDN Doc cite comme cause frequente de ce message ceci:
Une NullReferenceException se produit lorsque vous tentez de référencer un objet dans votre code qui n'existe pas.
Absence de New pour un objet afin d'encrer une instance.
Recommendation Msdn:
Interceptez explicitement NullReferenceException dans une instruction Try…Catch…Finally
Un truc genant je l'avoue parce qu'ils ne disent pas ou il faut l'inserer Compte-tenu de la foultitude d'objets qu'on peut manipuler dans un programme,si on devait l'inserer à chaque initilialisation d'instance .....
bonne soiree...

As-tu lu la question ? Il ne demande pas comment résoudre une NullReferenceException, mais pourquoi le debugger ne s'arrête pas dessus...

**azur668** · 05/04/2011, 03h27

Envoyé par tomlev

As-tu lu la question ? Il ne demande pas comment résoudre une NullReferenceException, mais pourquoi le debugger ne s'arrête pas dessus...

En fait, j'ai aussi ce problème, mais je n'en avait pas parlé, pour mieux cerner le problème principal, qui est que :
1) parfois quand survient une erreur, le debugger 'saute' tout le code restant à exécuter et indique dans la fenêtre d'exécution qu'il y a eu une erreur (sans indiquer où !!!!).
mais comme il n’interrompt pas le code, on risque de ne pas se rendre compte qu'il y eu une erreur et que du code a été ignoré.
De plus quand on s'en rend compte, on a bien du mal a retrouver où cette erreur à eu lieu.

2) Mais il est vrai que j'ai aussi l'autre problème qui ressemble à ce que mentionne MABROUKI,
qui est que parfois il m'indique dans la fênetre d'exécution des messages 'Une exception de première chance de type...' alors que tout mon code s'est correctement exécuté.
Il s'agit souvent de NullReferenceException mais pas seulement.
En traçant l'exécution, ces messages apparaissent après que la dernière ligne de mon code a été appelé.

Le problème est que ces messages compliquent la tache,
car je ne sait pas s'il viennent du problème décrit en 1) et que une partie de mon code a été ignoré,
ou s'ils proviennent du problème décrit en 2) que je ne m'explique pas mais ne correspondent en tout cas pas à une anomalie dans mon code.

Envoyé par tomlev

il me semble que les exceptions dans l'évènement Load en Windows Forms sont interceptées par le code qui déclenche l'évènement, donc le code du framework

Très embettant ça...
Cela empêche la propagation de l'erreur.
Ce fonctionnement n'est documenté nulle part ?
Y a t il un liste exhaustive des contextes dans lesquel le Framework intercepte les erreurs même si je ne les ai pas intercepté dans mon code ?

Merci a vous tous

**tomlev** · 05/04/2011, 09h49

Envoyé par azur668

Ce fonctionnement n'est documenté nulle part ?
Y a t il un liste exhaustive des contextes dans lesquel le Framework intercepte les erreurs même si je ne les ai pas intercepté dans mon code ?

Pas à ma connaissance

Tout ce que tu peux faire, c'est cocher l'option que je t'ai dit, ou utiliser des try/catch

**azur668** · 05/04/2011, 10h34

Envoyé par tomlev

, ou utiliser des try/catch

encore faudrait-il savoir où les mettre, ces Try/Catch, vu qu'il ne m'indique pas quelle ligne est à l'origine de l'erreur...

Merci bien pour tous ces renseignements.

En espérant qu'un jour, un contributeur éclairé viendra poster ici une solution ...