Comment avoir plus d'info sur les exceptions n'apparaissant que dans la sortie debug

Version imprimable

Bonjour,
Je charge depuis SQL Server un formulaire assez classique (j'en ai pas mal d'autres selon le même code) qui ne posent pas pb
Extrait de mon code

Code:

1
2
3
4
5
6
7
8
        Select Case ModeOuvertureForm
            Case TypeOuvertureForm.Tous
                AchatBNav.Visible = True
                Dim query = From Ach In ctx.Achats Select Ach
                If ChargementLimite() Then query = query.Take(NbreMaxSelectionnable)
                query.Load()
                GenericBindingSource.DataSource = ctx.Achats.Local.ToBindingList             ' ToBindingList necessite Imports System.ComponentModel 
                Debug.WriteLine("Formulaire : " & Me.Name & " Query et BS chargés en mode -Tous-")

Et tout se passe bien, sans aucun pb ni message
Par contre, si je regarde la sortie du debug, je trouve

Code:

1
2
3
4
5
6
7
8
9
10
11
12
Formulaire : FormAchatDetail Fermeture AchatBS_PositionChanged
Une exception de première chance de type 'System.ArgumentOutOfRangeException' s'est produite dans System.Windows.Forms.dll
'Phila_WinGUI.vshost.exe' (Managé (v4.0.30319))*: 'C:\Windows\Microsoft.Net\assembly\GAC_MSIL\mscorlib.resources\v4.0_4.0.0.0_fr_b77a5c561934e089\mscorlib.resources.dll' chargé
Une exception de première chance de type 'System.Reflection.TargetInvocationException' s'est produite dans mscorlib.dll
Une exception de première chance de type 'System.ArgumentOutOfRangeException' s'est produite dans System.dll
Une exception de première chance de type 'System.ArgumentOutOfRangeException' s'est produite dans System.Windows.Forms.dll
Une exception de première chance de type 'System.Reflection.TargetInvocationException' s'est produite dans mscorlib.dll
Une exception de première chance de type 'System.ArgumentOutOfRangeException' s'est produite dans System.dll
Une exception de première chance de type 'System.ArgumentOutOfRangeException' s'est produite dans System.Windows.Forms.dll
Une exception de première chance de type 'System.Reflection.TargetInvocationException' s'est produite dans mscorlib.dll
Une exception de première chance de type 'System.ArgumentOutOfRangeException' s'est produite dans System.dll
Formulaire : FormAchatDetail Query et BS chargés en mode -Tous-

Ces exceptions n'ont pas empêché le chargement du Form, mais j'aimerais en connaitre la raison car je ne les retrouve pas sur mes autres formulaires
J'ai essayé de les pointer avec un pas à pas et des debug.writeline mais sans réel succès.
J'ai essayé d'englober le tout dans un Try/Catch pour saisir l'exception, mais aucune ne se lève !
Y a t il un moyen d'avoir plus d'info sur leur origine ?
par avance, merci
Bertrand

23/07/2013, 13h51
chaparo

Edit : j'avais pas lu que tu avais déjà essayé le try catch
As tu essayé en release ? des fois des erreurs apparaissent en release mais pas en debug
23/07/2013, 14h00
_Ez3kiel

Sous Visual Studio dans Débug/Exception tu peux cocher Win32 et C++ ça pourrait t'aider à les catcher (Pas sûr du tout)
23/07/2013, 14h01
DotNetMatt

Une exception de première chance ne signifie pas forcément qu'il y a un problème dans le code. Comme l'explique David Kline sur son blog, une exception de première chance peut survenir lorsqu'on lance une application en mode debug. A ce stade, le debugger est notifié de toutes les exceptions qu'il rencontre. Lorsqu'il en rencontre une, l'application est suspendue, et le debugger décide comment est-ce qu'il doit gérer cette exception.

Le premier passage dans cette mécanique s'appelle une expresion "de première chance". Selon la configuration du debugger, il va soit reprendre le fil d'exécution de l'application, soit la laisser en pause et entrer en mode debug. Si l'exception est gérée par l'application, alors elle continuera à tourner normalement.

Donc apparemment, soit tu as déjà catché ton exception, soit les réglages de ton debugger font qu'elle n'est pas déclenchée (voir le post d'_Ez3kiel).
23/07/2013, 14h31
105rn2

Re bonjour et merci à tout 3 pour votre réponse rapide !
J'ai essayé :
- en mode Release : idem
- coché exception Win32 et c++ (j'ai coché "levé", c'est bien ça ? ) -> idem

Il n'y a pas de Try/cast autour de la zone censée déclencher l'erreur, et tous mes catch déclenchent un message.box
J'ai essayé d'en rajouter -> idem, rien ne se déclenche !

Que penser ?
Merci encore
Bertrand
23/07/2013, 14h35
DotNetMatt

Citation:

Envoyé par 105rn2

Que penser ?

Que tu ne lis pas attentivement les liens que l'on te donne ;)

Les exceptions ont déjà dû être gérées en amont. Le message qui s'affiche dans la sortie t'indique juste qu'il y a eu une exception mais qu'elle a été gérée.

Par exemple pour la ligne

Citation:

Une exception de première chance de type 'System.ArgumentOutOfRangeException' s'est produite dans System.dll

l'exception a été gérée au sein de System.dll directement, dans le Framework. Donc tu n'as aucun intérêt à la récupérer...
23/07/2013, 15h05
105rn2

re,

Citation:

Que tu ne lis pas attentivement les liens que l'on te donne

En fait, (et c'est peut être là le pire) je pense l'avoir bien lu (bien compris ?)
Si je résume, il peut être "normal" d'avoir ce type d'exception
Par contre, par manque d'expérience (?), j'essaie de comprendre : j'ai 2 Form ayant à priori le même code, accédant à ma même BDD (mais pas la même table) : l'un me déclenche systématiquement des exceptions (à priori mineures car résolues par le Framework) et l'autre pas !
Est ce que la sortie debug, suit systématiquement la chronologie des événements ? en mode pas à pas , je n'ai pas su déterminer si les exceptions apparaissaient en ligne 5,6 ou 7 (peut être du au temps de réponse du serveur)
Je laisse ça de coté, puisque non bloquant !
merci encore à tous !
Bertrand
23/07/2013, 15h33
DotNetMatt

Citation:

Envoyé par 105rn2

Si je résume, il peut être "normal" d'avoir ce type d'exception

Oui, une exception n'est pas toujours synonyme d'erreur. Tu peux très bien dire si à tel endroit je reçois un 0 (zéro), alors je vais lancer une exception car j'ai besoin de lancer un traitement spécifique. Bien sûr l'exemple que je donne ici n'a pas lieu d'être utilisé dans du code, mais c'est pour donner un exemple parlant. En gérant l'exception et en exécutant notre traitement spécifique, on évite de faire planter l'application et tout roule

Citation:

Envoyé par 105rn2

Est ce que la sortie debug, suit systématiquement la chronologie des événements ? en mode pas à pas , je n'ai pas su déterminer si les exceptions apparaissaient en ligne 5,6 ou 7 (peut être du au temps de réponse du serveur)

Là je ne sais pas trop.

Citation:

Envoyé par 105rn2

Je laisse ça de coté, puisque non bloquant !

Tu as bien raison ;) Ne perds pas trop de temps avec ça, l'essentiel est de comprendre que le framework les a géré, et qu'il t'a juste notifié qu'une exception a été déclenchée et gérée. Si tu veux en savoir plus, tu peux toujours t'amuser à débugger le framework en chargeant les symboles du .NET Framework en debug, et regarder ce qu'il se passe.
23/07/2013, 15h49
105rn2

Citation:

Si tu veux en savoir plus, tu peux toujours t'amuser à débugger le framework

Ben, Euh; .. là Non !
Il faut toujours savoir garder une part de mystère :D
Merci encore !
Bertrand