Thread + textBox

Bonjour,

J'ai créer un applic en c# qui permet de lancer les services oracles, le problèmes, est que j'aimerais afficher dans une texteBox l'etat du service( démarré arrêté, etc.) j'ai donc penser a lancer un thread qui testerait en permanence l'état des services, et qui lorsque il détecterait un changement changerais la textebox, mais je ne parviens pas à accéder à mes textbox dans mon thread, comment dois-je faire afin de réaliser cela?

d'avance merci

ou alors tu peux envoyer un event qd tu change d'etat qui change la valeur de la textbox, non ?

Les contrôles ne peuvent pas être modifiés en dehors du thread principal de la fenêtre à laquelle ils appartiennent. La propriété InvokeRequired de la form indique si tu es dans le bon thread. Si elle renvoie false, ça veut dire que tu es dans un autre thread, et donc au lieu de faire directement machin.Text = truc, tu dois passer par laForm.BeginInvoke(...).

Donc : cherche dans la doc de Form.InvokRequired et Form.BeginInvoke. :)

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26

fonction_thread //code qui tourne dans ton thread { public event System.EventHandler nom_event; //au moment ou tu veux rafraichir: nom_event.Invoke(null, null); } fonction_winformsprincipale //code de ta winform { //inscrire l'evenement: thread.nom_event += new EventHandler(nom_fonction); //création du delegate pour le rafraichissement de la textbox delegate void UpdateTextbox_delegate (); nom_fonction { UpdateTextbox_delegate UpdateTextbox_func = UpdateTextbox; Invoke(UpdateTextbox_func); } UpdateCombox { //lorsque tu arriveras dans cette fonction tu pourras toucher tous les élèments de ton interface sans souci de probleme d'inter thread. } }

---

okok merci beaucoup pour vos réponses la j'ai pas le temps mais des que j'ai le temps, je teste tout cela

leo2v2o, ton exemple n'est pas bon (avis perso) puisque tu fais l'invoke depuis l'endroit du code où tu voudrait modifier le contrôle, alors qu'il vaut mieux centraliser toute l'opération dans une seule méthode (intérêt du InvokeRequired à ce niveau comme l'a indiqué Guulh associé à la méthode Invoke).

Parce que si tu commences à balancer l'invoke depuis tous les endroits ou tu voudrais modifier le contrôle (on imagine hein), tu obtiens vite quelque chose d'immonde :aie:

Une recherche sur ce forum avec InvokeRequired devrait donner des réponses je pense, car le sujet a été traité souvent et il revient encore plus souvent en ce moment :aie:

Hors sujet sinon, mais bon

Code:

---

nom_event.Invoke(null, null);

---

C'est le genre de chose pas propre non plus ^^

En général un truc comme ça c'est déjà plus propre

Code:

---

nom_event.Invoke(this, EventArgs.Empty);

---

Mais l'événement n'a pas trop sa place ici, ce n'est pas vraiment le cœur du problème et ça rend ton exemple confus au final.

J'ai fait le tour du post parlant de InvokeRequired, et ainsi j'ai compris notre différence de point de vue.:aie:

En effet, je me suis basée sur ma maigre expérience.

Ainsi j'avais ce problème d'inter thread entre un thread et ma winform à la différence que le thread appelant ne connait pas la winform et ne doit pas avoir de référence sur elle: le thread étant implémenté dans une Dll où tout est fait à base d'interface afin que ce soit générique (modification du code de la Dll sans pour autant modifier les références faites à ces fonctions et événements dans la winform).

Désolé pour cette information corrompue... :?

Bonne journée,

salutations.