Discussion :

[Invité]

Bonjour

Comment gérez-vous les exceptions dans le cas d'exécution multi-thread ? Une exception qui ne serait pas gérée dans le thread dans lequel elle est levée provoquera une UnhandledException. Il faut donc obligatoirement la traiter dans ce thread. Mais comment faire pour avertir l'utilisateur (par une messageBox par exemple) ?

[cinemania]

tu l'a dit toi meme il y a un moyen de catcher les UnhandledException sur un thread en "handlant" l'event associé sur le thread.

[Invité]

Disons que je me demandais s'il y avait un autre moyen que de laisser ce type d'exception être levée. Mais allons-y avec ça.

[Invité]

Bon, pas sûr que ça fonctionne dans mon cas. Mon application est en WPF et voici ce que j'ai trouvé ici : http://msdn.microsoft.com/fr-fr/libr...exception.aspx

Il est dit :

Si une exception n'est pas gérée sur un thread interface utilisateur (UI) d'arrière-plan (thread avec son propre Dispatcher) ou un thread de travail d'arrière-plan (thread sans Dispatcher), l'exception n'est pas envoyée au thread d'interface utilisateur principal.Par conséquent, la DispatcherUnhandledException n'est pas levée.Dans de tels cas, vous devrez écrire le code pour effectuer les opérations suivantes :

1. Gérer des exceptions sur le thread d'arrière-plan.
2. Distribuer ces exceptions au thread d'interface utilisateur principal.
3. Lever à nouveau des exceptions sur le thread d'interface utilisateur principal sans les gérer afin de permettre la levée de la DispatcherUnhandledException.

Donc si j'ai bien compris, il faut que je gère l'exception dans mon thread. Puis que je la fasse remonter vers l'interface. Bref que je définisse mon propre événement UnhandledException.

Je vais voir ce que ça donne.

[bacelar]

Ou faire en sorte que le thread ne soit pas un thread d'arrière-plan.

[Invité]

Disons que si je lance un traitement en arrière plan c'est qu'il y a une raison . Le but étant d'éviter de bloquer l'UI pendant son exécution (qui peut durer plusieurs minutes).