Opération inter-threads non valide [Résolu]
Signaler
toufou2006
toufou2006
- Messages postés
- 90
- Date d'inscription
- jeudi 6 avril 2006
- Statut
- Membre
- Dernière intervention
- 17 février 2014
toufou2006
- Messages postés
- 90
- Date d'inscription
- jeudi 6 avril 2006
- Statut
- Membre
- Dernière intervention
- 17 février 2014
A voir également:
- Opération inter-threads non valide
- Opération inter-threads non valide c# - Meilleures réponses
- Vb.net invokerequired - Meilleures réponses
- Opération inter-threads non valide c# ✓ - Forum - C# / .NET
- Opération inter-threads non valide - Forum - VB.NET
- [c#] opérations cross threads - utilisation des delegations synchrones / asynchrones - Conseils pratiques - C# / .NET
- Opération inter-threads non valide ✓ - Forum - VB.NET
- Opération inter thread sur showdialog ✓ - Forum - C# / .NET
8 réponses
Bonjour,
Pour agir d'un thread à partir d'un autre, pour accéder à un élément d'une form, il faut utiliser les méthodes :
InvokeRequired (pour savoir s'il faut appeler ...
Invoke (pour lancer un appel vers le thread principal).
Pour agir d'un thread à partir d'un autre, pour accéder à un élément d'une form, il faut utiliser les méthodes :
InvokeRequired (pour savoir s'il faut appeler ...
Invoke (pour lancer un appel vers le thread principal).
Salut,
Effectivement, tous les composants winform sont instanciés dans le thread pricipal de l'application, ainsi si tu utilise un autre thread (comme c'est le cas pour la classe socket par exemple), tu ne peux d'une procédure de la classe du second thread, appeler une méthode ou une propriété d'une classe d'un autre thread directement, En gros: c'est une protection (apparue avec le framework 2.0 me semble-t-il ?) pour limité les renvois entre deux thread qui pouraient freezer l'application.
La méthode de NHenry est donc la bonne réponse.
Une autre méthode consiste à implémenter ISynchronizeInvoke dans ta classe (celle du second thread), pour éviter d'avoir à saisir les InvokeRequired/Invoke dans chaque procédures événementielles.
++ Mayzz.
Si le déboguage est l'art d'enlever les bogues, la programmation doit être l'art de les créer.
Effectivement, tous les composants winform sont instanciés dans le thread pricipal de l'application, ainsi si tu utilise un autre thread (comme c'est le cas pour la classe socket par exemple), tu ne peux d'une procédure de la classe du second thread, appeler une méthode ou une propriété d'une classe d'un autre thread directement, En gros: c'est une protection (apparue avec le framework 2.0 me semble-t-il ?) pour limité les renvois entre deux thread qui pouraient freezer l'application.
La méthode de NHenry est donc la bonne réponse.
Une autre méthode consiste à implémenter ISynchronizeInvoke dans ta classe (celle du second thread), pour éviter d'avoir à saisir les InvokeRequired/Invoke dans chaque procédures événementielles.
++ Mayzz.
Si le déboguage est l'art d'enlever les bogues, la programmation doit être l'art de les créer.
toufou2006
- Messages postés
- 90
- Date d'inscription
- jeudi 6 avril 2006
- Statut
- Membre
- Dernière intervention
- 17 février 2014
salut mega merci :) ^^
donc, je resume :) ^^
ma classe winform (donc ma page vb) creee une procedure , :) ^^
ensuite, en appelant les sockets :) ^^ je genere une 2e procedure
qui sont toutes 2 bien distinctes et ne peuvent pas communiquer ensemble
apres il existe des ptits mots doux qui permettent de rapprocher ses 2 mechantes ;) , c ets bien ca ?
Avant de vous embeter, je vais chercher un peu comment on utilise les ptits mots doux :) ^^
InvokeRequired & Invoke
j ai bien tout compris ?
Merci encore à vous :) ^^
donc, je resume :) ^^
ma classe winform (donc ma page vb) creee une procedure , :) ^^
ensuite, en appelant les sockets :) ^^ je genere une 2e procedure
qui sont toutes 2 bien distinctes et ne peuvent pas communiquer ensemble
apres il existe des ptits mots doux qui permettent de rapprocher ses 2 mechantes ;) , c ets bien ca ?
Avant de vous embeter, je vais chercher un peu comment on utilise les ptits mots doux :) ^^
InvokeRequired & Invoke
j ai bien tout compris ?
Merci encore à vous :) ^^
Bonjour,
Classique, tu peux aller voir ce lien :
[url]http://www.developpez.net/forums/d123491/dotnet/visual-basic-net/windows-forms/vb-net-erreur-invalid-cross-thread-operation//url
Classique, tu peux aller voir ce lien :
[url]http://www.developpez.net/forums/d123491/dotnet/visual-basic-net/windows-forms/vb-net-erreur-invalid-cross-thread-operation//url
toufou2006
- Messages postés
- 90
- Date d'inscription
- jeudi 6 avril 2006
- Statut
- Membre
- Dernière intervention
- 17 février 2014
salut alors on va reprendre :) ^^
c est quoi un threads, en francais, en simple comme si tu devas l expliquer a un gosse de 8 ans
Merci
c est quoi un threads, en francais, en simple comme si tu devas l expliquer a un gosse de 8 ans
Merci
toufou2006
- Messages postés
- 90
- Date d'inscription
- jeudi 6 avril 2006
- Statut
- Membre
- Dernière intervention
- 17 février 2014
merci :) ^^
ok, j ai compris donc qu il s agit en TRES gros de 2 taches simultanées lancées par la meme application c est ca ?
Si oui comment passer de l un a l autre ?
c es possible un peu ou pas du tout ?
Suis toujours dans el flou :) ^^
ok, j ai compris donc qu il s agit en TRES gros de 2 taches simultanées lancées par la meme application c est ca ?
Si oui comment passer de l un a l autre ?
c es possible un peu ou pas du tout ?
Suis toujours dans el flou :) ^^
toufou2006
- Messages postés
- 90
- Date d'inscription
- jeudi 6 avril 2006
- Statut
- Membre
- Dernière intervention
- 17 février 2014
Hello :) ^^^
je te remercie pour ta patience :) ^^
je vois ca ce soir :) ^^
je te remercie pour ta patience :) ^^
je vois ca ce soir :) ^^
Bonjour,
Déjà, tu peux voir sur [url]http://fr.wikipedia.org/wiki/Processus_l%C3%A9ger/url
Il s'agit simplement d'un fil d'execution parallèle à ton programme, mais dans le même environnement.
Déjà, tu peux voir sur [url]http://fr.wikipedia.org/wiki/Processus_l%C3%A9ger/url
Il s'agit simplement d'un fil d'execution parallèle à ton programme, mais dans le même environnement.