Discussion :

[Floco]

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

[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

[Bluedeep]

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.

[Bluedeep]

Bonjour,

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 ?

[Pol63]

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 ...

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 ?

Quelle exception reçois tu exactement ?

je vote pour Illegal Cross Thread ^^

[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.

[Er3van]

Dans ce cas je te propose de nous montrer ton bout de code

[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 ?

[Bluedeep]

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.

[Floco]

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 :

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

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 :

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

1
2
 
MaClasse maclasse = new MaClasse();

[Bluedeep]

Etrange .......

Essaye avec

Code :

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

1
2
3
4
lock
{
NewMessage = true;
}

[Floco]

Même erreur avec le lock.

[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

[Bluedeep]

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.

[Floco]

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 :

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

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 :

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

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

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

[Pol63]

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 :

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

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)

[Floco]

Merci, je testerais ça dès ce soir.

[Floco]

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

Vraiment merci pour votre aide !