[C#] multithread et gestion des exceptions

Version imprimable

20/06/2010, 22h49
Invité

[C#] multithread et gestion des exceptions

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) ?
20/06/2010, 23h52
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.
22/06/2010, 23h56
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.
29/06/2010, 12h59
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 :
Citation:
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 :

Gérer des exceptions sur le thread d'arrière-plan.
Distribuer ces exceptions au thread d'interface utilisateur principal.
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.
29/06/2010, 13h12
bacelar

Ou faire en sorte que le thread ne soit pas un thread d'arrière-plan.
29/06/2010, 13h34
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).
29/06/2010, 13h59
bacelar

Il y aussi une raison pour le fait que le caractère "arrière plan" d'un thread n'ait strictement rien à voir avec LE thread d'IHM principal.

Le caractère "arrière plan" sert justement à différentier les threads faisant une tâche dont le succès est primordial (rien à voir avec le fait d'afficher une IHM) des threads faisant une tâche annexe comme le remplissage d'un cache.

Il n'y a pas qu'un thread qui n'est pas en "arrière plan" mais tous ceux dont le traitement est crucial.

Vous pouvez même avoir des threads graphiques en arrière plan. Ne mélangez pas SVP.
29/06/2010, 14h23
Invité
Ok. Dans ce cas, comment exécuter mon thread pour qu'il ne soit pas "arrière-plan" sachant qu'actuellement je l'exécute comme ceci :
Code:

1 2 3 4 5 ThreadStart starter = delegate { camera.takeBulbPicture(exposure, interval, mirrorLockupDelay); }; new Thread(starter).Start();
camera étant une DependencyProperty

Détails ici :
29/06/2010, 16h31
bacelar

http://msdn.microsoft.com/en-us/libr...ackground.aspx

Ok, merci.

Mais ça n'a pas l'air de fonctionner, même avec IsBackground à false (valeur par défaut d'ailleurs).

Dans ma classe App (Application) j'ai ajouté :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
protected override void OnStartup(StartupEventArgs e)
        {
            base.OnStartup(e);
 
            DispatcherUnhandledException += new DispatcherUnhandledExceptionEventHandler(App_DispatcherUnhandledException);
 
          //...
            window.Show();
        }
 
        void App_DispatcherUnhandledException(object sender, DispatcherUnhandledExceptionEventArgs e)
        {
            e.Handled = true;
            MessageBox.Show("test DispatcherUnhandledException");
        }

Mais j'ai toujours une UnhandledException si une exception est levée dans ma méthode takeBulbPicture

30/06/2010, 10h37
bacelar

DispatcherUnhandledException ???

Non, c'est plutôt AppDomain::UnhandledException
http://msdn.microsoft.com/fr-fr/libr...exception.aspx
20/07/2010, 23h28
Chen norris
Je ne voudrais pas dire de bêtise donc arrêtez moi si je me trompe… mais est-ce qu'il ne serait pas plus simple de passer par un gestionnaire d'événements, gestionnaire qui posséderait deux méthodes :
- Une pour ajouter un événement
- Une pour dépiler un évenement de la pile
Ainsi, ton thread ajouterait un événement dans la pile au moment de l'exécution et ton programme principal regarderait de temps à autre dans la pile d'événements pour voir s'il n'y a rien à traiter.