Discussion :

[takinelinfo]

Bonjour à tous,

Je me pose une question concernant les exceptions. Est il possible d'identifier uen exception?
Prenons un exemple. J'utilise la fonction File.Copy(), celle ci peut lever un certain nombre d'exceptions, comme System.IO.IOException par exemple.
Hors, si le disque est plein (quota exceeded) ou si le fichier existe déjà, j'ai le même type d'exception "System.IO.IOException". Peut on les différencier autrement que part le message car je ne trouve pas ça très fiable...
Je ne sais pas, soit en récupération le code (mais apparament ça n'existe pas), soit autrement.
Quelqu'un aurait il une piste svp?

Merci d'avance

[Pol63]

par le message c'est en effet pas terrible, il peut changer selon la langue de l'os ...

tu peux regarder dans ex.data s'il y a quelque chose ...

[kheironn]

Chaque classe/méthode est documentée dans msdn. Tu as donc la liste des exceptions disponibles dans chaque cas...
Peut-être qu'avec les inner-exceptions tu pourrais avoir d'autres infos, mais tu vas devoir coder un truc pour gérer ça... avec le Catch, tu n'as pas le choix. Mais je dis ça sans être convaincu moi-même.
Si le cas que tu as cité est ton cas réel, alors fait un File.Exists et tu élimineras cette erreur...

[Bluedeep]

Bonjour à tous,

Je me pose une question concernant les exceptions. Est il possible d'identifier uen exception?
Prenons un exemple. J'utilise la fonction File.Copy(), celle ci peut lever un certain nombre d'exceptions, comme System.IO.IOException par exemple.
Hors, si le disque est plein (quota exceeded) ou si le fichier existe déjà, j'ai le même type d'exception "System.IO.IOException". Peut on les différencier autrement que part le message car je ne trouve pas ça très fiable...
Je ne sais pas, soit en récupération le code (mais apparament ça n'existe pas), soit autrement.
Quelqu'un aurait il une piste svp?

Merci d'avance

Tu es sur qu'il n'y a pas d'InnerException associée ?

[Er3van]

Et si tu fais

Code c# :

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

GetBaseException().GetType()

sur ton exception, tu obtiens une différence selon les cas ?

Si oui c'est qu'à un moment donné les exceptions sont encapsulées alors qu'elle ne le devrait pas.

Il est possible que tu ne puisses pas le faire à cet endroit là, mais que tu sois obligé de gérer ton propre type d'exception par rapport à ta connaissance de l'erreur. (Pour peu que ça soit à deux endroits différent dans ta méthode, sinon là je sèche, sauf à trier par message)

[Arnaud F.]

Une chose non garantie du tout (et je tiens à le préciser), serait de faire :

Code :

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

int error = Marshal.GetLastWin32Error();

mais ce bout de code n'est pas garanti du tout dans la mesure ou une autre erreur Win32 peut apparaître entre temps et qu'il faut que ce soit de l'Interop qui effectue la copie de fichier (et que la récupération des erreurs soit activée).

Bref, beaucoup de si, donc la question est : pourquoi vouloir distinguer les cas ?

[Arnard]

Ajoute un test File.Exists(...), si ça pète, tu sauras pourquoi. Les exceptions c'est beau, mais ça n'empêche pas de faire des checks préliminaires !

[Pol63]

j'ai déjà entendu "si bouygues faisait des maison comme un développeur fait un logiciel, les maisons s'écouleraient très vite, il y aura des portes au plafond etc..."

et en effet si on transpose ce qu'on fait tous dans d'autres métiers ça peut faire peur
genre le pilote d'avion qui soit vérifie qu'il a le plein avant de décoller, et que les ailes sont là ou alors une fois l'avion crashé il cherche pourquoi il est tombé

[cs_ntd]

Pour répondre a la question initiale, si tu veux des messages plus explicites, il va falloir passer par l'API windows, a coup de DllImport, de maniere a avoir les primitives pour lire/écrire dans des fichiers, et les primitves pour les messages d'erreurs, notament GetLastError()

D'ailleur il est peut etre possible de n'utiliser que GetLastError, mais je ne le garantit pas.

[Bluedeep]

D'ailleur il est peut etre possible de n'utiliser que GetLastError, mais je ne le garantit pas.

Le retour de GetLastError peut être intégré nativement aux appels P/Invoke.

C'est une fonctionnalité de base; elle est décrite dans l'attribut DllImport.

[cs_ntd]

Ce que je voulais dire, c'est que je ne suis pas sur que n'utiliser QUE GetLastError soit significatif...

Dans ma tête, je me disais que comme on est en .NET, la "LastError" ne sera peut-être pas celle que l'on cherche, et de plus, (je m'en souvient maintenant), il faut utiliser FormatMessage, pour avoir l'erreur sous une forme lisible.

De plus, ce n'est qu'une théorie, je ne garantit pas que le message qu'on obtiendra soit plus significatif que le message de l'exception .NET.

Sinon, le retour de GetLastError est un DWORD, donc utilisable oui, mais je ne comprend pas ce que tu veux dire par

C'est une fonctionnalité de base; elle est décrite dans l'attribut DllImport.

[tomlev]

IOException hérite de SystemException, qui a une propriété HResult. Cette propriété est protected (je sais pas trop pourquoi d'ailleurs), mais on peut y accéder avec la méthode Marshal.GetHRForException. Ensuite il suffit de tester la valeur du HRESULT...

Je n'ai pas trouvé de "table de référence" des codes HRESULT, mais il suffit de tester un cas d'erreur contrôlé pour obtenir la valeur correspondante. Sinon il y a cette page qui décrit la structure d'un HRESULT...

[Bluedeep]

IOException hérite de SystemException, qui a une propriété HResult. Cette propriété est protected (je sais pas trop pourquoi d'ailleurs), .

Pas illogique dans la mesure ou IOException même si elle est instanciable est plutôt destinée à être héritée (File*, Directory*, etc ...)

[takinelinfo]

IOException hérite de SystemException, qui a une propriété HResult. Cette propriété est protected (je sais pas trop pourquoi d'ailleurs), mais on peut y accéder avec la méthode Marshal.GetHRForException. Ensuite il suffit de tester la valeur du HRESULT...

Je n'ai pas trouvé de "table de référence" des codes HRESULT, mais il suffit de tester un cas d'erreur contrôlé pour obtenir la valeur correspondante. Sinon il y a cette page qui décrit la structure d'un HRESULT...

C'est exactement ce que je cherchais.
Obtenir un code, un identifiant unique par exception.
Il ne reste plus qu'à fabriquer une table de correspondance pour les codes.
Un grand merci.