[C#][WPF] Communication entre Threads

Version imprimable

14/04/2011, 09h09
Floco

[C#][WPF] Communication entre Threads

Bonjour,

J'ai un petit soucis avec mes threads.

Pour faire simple, mon thread principal instancie un objet puis exécute une méthode de cet objet. Cette méthode lance un thread.

Dans ce thread je souhaite modifier un booléen de mon objet (tout en laissant tourner le thread) cependant il me dis que je ne peut pas modifier cette variable car elle est détenue par un autre thread.

Merci de m'éclairer :mrgreen:
14/04/2011, 10h46
Pol63

un controle ne peut être modifié que depuis le thread qui l'a créé
pour les autres variables pas de soucis

il faut donc depuis le thread revenir temporairement sur le thread principal pour modifier le controle puis continuer le thread

voir délégué, this.invokerequired, this.invoke
ou backgroundworker
14/04/2011, 10h53
Bluedeep

Citation:

Envoyé par Pol63

un controle ne peut être modifié que depuis le thread qui l'a créé

Il n'a pas précisé qu'il instanciait un contrôle.
14/04/2011, 11h01
Bluedeep

Bonjour,

Citation:

Envoyé par Floco

il me dis que je ne peut pas modifier cette variable car elle est détenue par un autre thread.

Je doute très fort de ce message (un thread n'est jamais propriétaire d'une instance, le seul cas particulier étant les controles qui ne peuvent être modifiés que par leur thread de création, comme le mentionne Pol63 - vieille contrainte héritée de Win32).

Quelle exception reçois tu exactement ?
14/04/2011, 11h27
Pol63

Citation:

Envoyé par Bluedeep

Il n'a pas précisé qu'il instanciait un contrôle.

moi non plus ...
un controle existant est forcément instancié à un moment ou à un autre ...

Citation:

Envoyé par Bluedeep

vieille contrainte héritée de Win32

une idée de pourquoi il y a la même contrainte en wpf qui n'utilise pas win32 ?

Citation:

Envoyé par Bluedeep

Quelle exception reçois tu exactement ?

je vote pour Illegal Cross Thread ^^
14/04/2011, 13h39
Floco

Voici exactement l'erreur que j'ai :

Citation:

InvalidOperationException : Le thread appelant ne peut pas accéder à cet objet parce qu'un autre thread en est propriétaire.

@Pol63 : Qu'appels-tu un "contrôle" ? Car ma classe est "basique" elle n'hérite de rien, ce n'est pas un contrôle utilisateur.

Merci pour vos réponses.
14/04/2011, 13h45
Er3van

Dans ce cas je te propose de nous montrer ton bout de code
14/04/2011, 13h49
Pol63

ce que j'appelle un controle, c'est une classe héritant de control (button, form, usercontrol etc...)

mais le message d'erreur que tu as n'est pas celui qu'on a dans le cas d'un inter thread de control en windows forms

es-tu sur wpf ?
14/04/2011, 14h16
Bluedeep

Citation:

Envoyé par Floco

Voici exactement l'erreur que j'ai :

"InvalidOperationException : Le thread appelant ne peut pas accéder à cet objet parce qu'un autre thread en est propriétaire."

@Pol63 : Qu'appels-tu un "contrôle" ? Car ma classe est "basique" elle n'hérite de rien, ce n'est pas un contrôle utilisateur.

Merci pour vos réponses.

Poste le code.

Oui, excusez moi, j'ai oublié de spécifier que je travaillais sur WPF.

Pour ce qui est du code, ma classe est assez compliqué en fait, voilà l'équivalent en plus simple :

Ma classe :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
 
class MaClasse
{
        public bool NewMessage;
        private Thread _listenThread;
 
        public MaClasse()
        {
                  _listenThread = new Thread(new ThreadStart(ListenServer));
                  _listenThread.Start();
        }
 
        private void ListenServer()
        {
            while (run)
            {
                    // Mes Traitement
                    NewMessage = true; // C'est ici que ça bug
            }
        }
}

Mon programme principale :

Code:

1
2
 
MaClasse maclasse = new MaClasse();

14/04/2011, 14h47
Bluedeep
Etrange .......

Essaye avec
Code:

1 2 3 4 lock { NewMessage = true; }
14/04/2011, 15h18
Floco

Même erreur avec le lock.
14/04/2011, 15h30
Pol63

si tu as fait un binding et que tu modifies depuis un autre thread une propriété de ta classe ca peut poser le même soucis que de modifier directement l'interface depuis un autre thread
14/04/2011, 15h39
Bluedeep

Citation:

Envoyé par Pol63

si tu as fait un binding et que tu modifies depuis un autre thread une propriété de ta classe ca peut poser le même soucis que de modifier directement l'interface depuis un autre thread

Tiens, je n'avais pas pensé à ce scénario. :ccool:

Je n'ai rien bindé mais mon bool est lié à une dependency property et mon programme principale c'est abonné à un évènement sur celle-ci.

Code :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
public static readonly DependencyProperty NewMessageProperty = DependencyProperty.Register("NewMessage", typeof(bool), typeof(MaClasse), new PropertyMetadata(false));
 
        public event PropertyChangedEventHandler NewMessageChanged;
 
        public void OnNewMessageChanged()
        {
            if (NewMessageChanged != null) NewMessageChanged(this, new PropertyChangedEventArgs("NewMessage"));
        }
 
        public bool NewMessage
        {
            get { return (bool)GetValue(NewMessageProperty); }
            set
            { 
                SetValue(NewMessageProperty, value);
                OnNewMessageChanged();
            }
        }

Programme principale :

Code:

maClasse.NewMessageChanged += new System.ComponentModel.PropertyChangedEventHandler(maClasse_NewMessageChanged);

Désolé d'avoir oublié ce détail...

enfin bref la solution est de modifier le booléen sur le thread principal
il faut invoker un délégué sur le dispatcher du thread principal
(ou utiliser un backgroundworker au lieu d'un thread)
Code:

1 2 3 4 5 if (!object.ReferenceEquals(System.Windows.Threading.Dispatcher.CurrentDispatcher, Application.Current.Dispatcher)) { Application.Current.Dispatcher.Invoke(new Action(() => varbool == false)); } else { varbool = false; }
(traduit du vb.net par un convertisseur)

14/04/2011, 16h55
Floco

Merci, je testerais ça dès ce soir.
14/04/2011, 19h54
Floco

Je viens de tester et ça marche nickel !!!

Vraiment merci pour votre aide ! :mrgreen: