Execution dans un autre thread

Bonjour,

J'ai une petite question concernant les thread.
J'ai une classe (qu'on va appeler class1) instanciée dans une autre (class2).

Dans class1 j'ai une boucle d'écoute d'un port série, dans un thread.Je dois appeler une fonction qui ne doit pas être exécutée
depuis le thread * car je n'ai pas envie que son code bloque la boucle....

Du coup j'ai fais pas mal de tests (delegate etc) et à tous les coups la fonction est exécutée depuis le thread ce qui bloque ma lecture.

L'idéal serait que depuis le thread du port je lance une fonction dans la classe qui soit bien exécutée dans le thread de la classe.

Merci d'avance :)

*Edit : Enfin, on appelle son exécution depuis le thread mais c'est un autre thread qui l'execute.

Jette un peu un œil au BackGroundWorker qui je pense pourrais t'aider

Merci, mais je vois pas trop en quoi le backgroundworker réglerait mon problème de thread ?

un thread n'est pas lié à une classe

si tu une instance de controle sous la main :

Code:

---

lecontrol.begininvoke(délégué ou action)

---

tous les controles ne peuvent être modifiés depuis le thread principal, aussi microsoft a mis l'outillage nécessaire sur la classe control permettant de mettre sur la pile du thread principal un appel à une méthode
.invoke et .begininvoke (begininvoke étant non bloquant)


il y a d'autres moyens, c'est peut etre aussi faisable avec le bgw

Merci, le problème de ces fonctions est quelles sont utilisables uniquement sur form, or je ne sais pas ou la fonction se situe : peut être dans une classe.

Mais pour faire simple il faut que je lance une fonction depuis le thread crée mais qui ne va pas bloquer son execution, qu'elle s'execute dans le thread principal de l'application.

Je sais pas si je suis très compréhensible.

Citation:

---

Envoyé par gaetan13

Je sais pas si je suis très compréhensible.

---

non ... j'avais eut du mal à comprendre ton 1er post, mais là c'est pire, surtout que je pense avoir répondu à la question

Bnnjour,
Tout d'abord merci de m'aider. J'ai pris des captures et fait un exemple pour être plus clair.

J'ai ce code dans une boucle qui est dans le thread de lecture sur le port série :
http://puu.sh/51Jro.png

Ensuite on arrive ici :

http://puu.sh/51JtQ.png

Le console.writeline de l'image 1 ne s'affichera jamais, mon appel bloque l’exécution du thread et j'aimerais y remédier.

En réalité le Dispatcher est un Singleton qui va exécuter des méthodes dynamiquement dans le code qu'un utilisateur de l'API
aura écrit pour interpréter ses propres packets. J'ai peur que son code bloque ma boucle comme je l'ai fait dans l'exemple.

Merci

Bonjour,
Pourquoi ne pas créer un nouveau thread qui executera cette méthode dynamique ? Ca ne risquera pas de bloquer un thread existant (le principal et celui de ta boucle)...
eb.

Merci,
Oui si j'ai pas d'autre solution c'est ce que je compte faire.

Mais avec cette solution si l'utilisateur met dans sa fonction une modification d'un form par exemple il va avoir un invalid cross-thread op , donc ça ne sera plus très transparent pour lui vu qu'il faudra qu'il adapte son code.

Citation:

---

Envoyé par Pol63

Code:

---

lecontrol.begininvoke(délégué ou action)

---

tous les controles ne peuvent être modifiés depuis le thread principal, aussi microsoft a mis l'outillage nécessaire sur la classe control permettant de mettre sur la pile du thread principal un appel à une méthode
.invoke et .begininvoke (begininvoke étant non bloquant)


il y a d'autres moyens, c'est peut etre aussi faisable avec le bgw

---

Bien sur l'utilisateur peut utiliser cela mais j'aimerais qu'il n'ai pas à le faire. Et je ne peut pas le faire à sa place (enfin si c'est le cas je sais pas comment...)

je t'ai donné la solution (uncontrol.begininvoke, via openforms(0) si tu n'en as pas sous la main) que fais tu encore ici à continuer à poser la même question ?


sinon en passant par asyncoperation ca permettrait d'être compatible avec autre chose que winforms (tu as l'air de parler d'utilisateur qui serait un développeur final)

Excusez moi mais ça me paraissait pas évident qu'il fallait utiliser un control qui n'as aucun rapport pour faire le BeginInvoke... En tout cas ça fonctionne...