Journal des exceptions dotnet

Salut à tous.

J'ai une appli dotnet qui a planté en levant une exception mais j'ai malheureusement fermé la fenetre avant de la lire.
J'ai regardé dans le journal des evenements de windows mais il n y etait pas;
Y a-t-il un moyen de récupérer cet evenement ?

Merci

Salut,

A ma connaissance, non, il n'y a pas de tracage par défaut sur les exceptions non gérées. Il va falloir reproduire.



/*
coq
MVP Visual C#
CoqBlog
*/

Quoique si, mais ça doit dépendre du paramétrage de la gestion des erreurs : une entrée de type "Error" avec une source du genre ".NET Runtime 2.0 Error Reporting" est placée dans le journal Application



/*
coq
MVP Visual C#
CoqBlog
*/

Bonjour

Je suis du même avis que coq,
les erreurs applicatives ne sont pas tracèes dans le journal système, seuls les plantages" de la CLR le sont type ".NET Runtime 2.0 Error Reporting"
Mais par exemple une division par 0 ne le sera pas.
C'est au programmeur de penser à ajouter les exceptions dans le journal d'evenements .

C# is amazing, enjoy it!

Si si justement j'ai fini par faire mon test rapide avec une bonne vieille DividedByZero ^^


/*
coq
MVP Visual C#
CoqBlog
*/

Bonjour,
En effet, et autant pour moi.
Mais c'est une nouveauté .net 2.0, étant toujours en 1.1, j'ai donc des excuses.

Source Microsoft:
This problem occurs because the default policy for unhandled exceptions has changed in the .NET Framework 2.0. By default, the policy for unhandled exceptions is to end the worker process.

In the Microsoft .NET Framework 1.1 and in the Microsoft .NET Framework 1.0, unhandled exceptions on managed threads were ignored. Unless you attached a debugger to catch the exception, you would not realize that anything was wrong
Bon il va falloir que je me mette à jour ...

C# is amazing, enjoy it!

J'avoue que je ne sais plus si la CLR 1.x fait quoi que ce soit au niveau log au moment d'un crash d'application, c'est possible que non.
Par contre pour ce que tu cites ça n'entre pas forcément en jeu : il s'agit de changements au niveau de la gestion des exceptions dans les thread secondaires, au niveau du thread principal c'est autre chose.
Si ça t'intéresses j'ai écrit un petit truc autour de ce sujet il n'y a pas longtemps : A propos des notifications d'exceptions non gérées



/*
coq
MVP Visual C#
CoqBlog
*/