[C#]Comment récupérer le code d'une Exception ?

Bonjour,

je voudrais connaitre le moyen de récupérer le code Hexa d'une exception de la même façon que le code VB .NET ci-dessous mais en C#, si c'est possible.

Merci pour votre aide!

;-)

Code:

---

1 2 3 4 5 6 7

'Error handling On Error GoTo Error_Handler   Error_Handler: 'Implement error handling at the end of your subroutine. This implementation is for demonstration purposes MsgBox("Error number: " & Hex(Err.Number) & ", " & Err.Description)

---

:) salut joujoukinder
j'ai du mal à croire que ceci soit du VB.Net

Code:

---

On Error GoTo Error_Handler ...

---

Sinon est-ce que c'est la Propriété Protégée Exception.HResult que tu veux récupérer

Et pourtant.... elle tourne...

Sur vb6 certes, sur vb.net :lol: pourquoi pas :lol:

Sinon est-ce que c'est la Propriété Protégée Exception.HResult que tu veux récupérer

En effet le nom me semble pertinant, je pense que cela doit être ça...

En fait je ne crois pas que cela soit ça parce que sur le code du lien que tu m'as donné il y a un code Hexa qui est en dur et il me semble que a aucun moment il n'y ait récupération du code réel de l'Exception:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

// Create the derived exception class. class SecondLevelException : Exception { const int SecondLevelHResult = unchecked( (int)0x81234567 );   // Set HResult for this exception, and include it in // the exception message. public SecondLevelException( string message, Exception inner ) : base( string.Format( "(HRESULT:0x{1:X8}) {0}", message, SecondLevelHResult ), inner ) { HResult = SecondLevelHResult; } }

---

En fait ce que je veux moi c'est récupérer le code d'une exception de l'application et non pas générer le code de ma propre exception.

Oui en effet c'est plus compliqué que je ne pensais
Cela nécessite que tu gères dans tes catch les differents types d'exception qui peuvent être levés par ta méthode et ainsi pouvoir verifier si celle-ci expose une propriété ErrorCode

A moins que tu veuilles faire quelquechose de plus générique, qui par l'intermediaire de Reflection puisse effectuer la verification la presence d'un membre nommé ErrorCode dans l'exception en cours

Mais si il y a une méthode assez simple en VB .NET il doit aussi y avoir l'équivalence en C# non?

Je voudrais reprendre le même principe que:

Code:

---

1 2 3 4 5

Error_Handler: 'Implement error handling at the end of your subroutine. This implementation is for demonstration purposes MsgBox "Error number: " & Hex(Err.Number) & ", " & Err.Description

---

Très sincèrement je doute qu'une specifité de la librairie Microsoft.VisualBasic ait de principe un equivalent C#. Attendons d'autres eclaircissement de specialistes C#

J'ai tenté la traduction direct sous SharpDevelop

Citation:

---

// TODO: NotImplemented statement: ICSharpCode.SharpRefactory.Parser.AST.VB.OnErrorStatement

---

OK je crois qu'il vaut mieux attendre, je vais continuer les recherches de mon côté, merci!

J'ai fait 2-3 tests mais je ne vois pas à quoi correspond la propriété Number: en C#, y'a pas ca :?

C'est le code de l'erreur, qui correspond à l'erreur Windows et il est possible de retracer l'origine de l'exception.

Il s'agit bien de la propriété HResult, qui est rendue publique par la propriété ErrorCode pour certains types d'Exceptions.
Toutefois il semble clair qu'il y a une volonté d'abandonner la gestion des erreurs par codes au profit des exceptions.
L'équipe VB a rendu la transition plus souple en permettant d'utiliser encore ce code (mais la documentation VB ne comprend plus la liste des codes), l'équipe C# a été plus "brutale".

Citation:

---

et il est possible de retracer l'origine de l'exception

---

La propriété Source de la classe Exception fournit cette information.

Bon eh bien après toutes mes recherches, je n'ai pas trouvé le moindre moyen de récupérer ce code...

Il y a bien le moyen de récupérer la dernière Win32 error, mais c'est la dernière, et pas forcément la bonne, enfin je ne crois pas....

Alors là je dois dire que je suis dépité...

C'est étrange que cela soit aussi facile de faire un Handler d'erreurs Win32 en VB et pas en C#.

Microsoft, si tu nous écoutes... ;-)

sinon tu peux toujours developper à part une petite dll en VB.Net pour les fonctionnalités qui requièrent cette implementation. Et ensuite tu n'auras plus qu'à l'intégrer en reference dans ton projet C# :wink:

C'est vrai que c'est une possibilité, mais je ne suis pas sûr que cela fonctionne ainsi, parce que si tu regardes le code, je ne sais pas si il est possible de récupérer les erreurs d'autres méthodes ou externes à la classe.

Si l'exception vient de code COM, elle sera de type COMException, qui a une propriété ErrorCode contenant le HRESULT (dixit MSDN). Donc try/catch, comme tout le monde.
Si c'est du Win32, Win32Exception. Même chose, ErrorCode.
(oh tiens, y a même un NativeErrorCode avec ça, pour récupérer le code d'erreur Win32)
(pi ça fait 3 fois que j'édite ce post, je vais arrêter, tout est dans MSDN de toute façon :)

De manière générale, il y a plein d'exceptions dérivant d'ExternalException, et ErrorCode vient de là. Ça a l'air *presque* prévu pour :)

Ah, et l'idée d'avoir dans C# un équivalent de la pourriture qu'est On Error machintruc, poubelle hein.
Ça fait partie des saletés qu'ils n'auraient jamais dû conserver pour VB.NET (avec tout le reste des spécificités VB6 quoi...)
(allez, un dernier edit : spécificités VB6 qui devraient mourir dans d'atroces souffrances, sans exception)

Bon ben merci alors parce que je pense que je peux y aller un petit bout avec ça. Bien que je pensais que derrière chaque erreur il y avait une erreur Win32.

Je vais voir ce que je trouve sur MSDN. De toute façon je ne trouve jamais ce que je veux sur leur doc...

a+

joujoukinder: a tu trouvé une solution a ce probleme ?
COrdialement
Fas3r