[2.0] Comment recuperer des données d'un BackgroundWorker (autre que le %) ?

Bonjour,

j'utilise un backgroundworker pour ecouter un port, et recuperer une trame UDP.
Cette trame contient des infos envoyée par un serveur.

Mais une fois ces infos recues, je ne sais pas quoi en faire (car on ne peux pas envoyer des infos a la form)... je peux changer le pourcentage d'avancement, mais cela ne m'aide gere....

Je suppose qu'il faille utiliser un thread plutot qu'un background worker (?)....

merci de me donner un petit coup de main ;)

Je pense que tu auras effectivement plus de souplesse en utilisant les threads. Tu execute une méthode de ton objet dans un thread et tu te sert des propriétés de ton objet pour passer/récupérer des paramétres à ton objet.

Regarde ici :

http://faqvbnet.developpez.com/?page...d#thread_param

Après pour pouvoir mettre à jour ta form à partir du thread, il faut passer par un délégué défini dans ta form que tu appele à partir de ton thread

ok, je vais essayer ca, c vrai que le thread a l'avantage (par rapport au backgroundworker) de pouvoir etre annulé immédiatement avec .abord ...

Citation:

---

Envoyé par MattC

ok, je vais essayer ca, c vrai que le thread a l'avantage (par rapport au backgroundworker) de pouvoir etre annulé immédiatement avec .abord ...

---

Tu peux le faire également avec le BackGroundWorker :

http://glarde.developpez.com/dotnet/bgworker/

méthode CancelAsync.

ben nan c pas pareil... la il faut attendre que le code gère l'annulation ... On demande l'annulation, mais l'annulation ne se fait pas immédiatement...

Citation:

---

Envoyé par Angath

Je pense que tu auras effectivement plus de souplesse en utilisant les threads. Tu execute une méthode de ton objet dans un thread et tu te sert des propriétés de ton objet pour passer/récupérer des paramétres à ton objet.

Regarde ici :

http://faqvbnet.developpez.com/?page...d#thread_param

Après pour pouvoir mettre à jour ta form à partir du thread, il faut passer par un délégué défini dans ta form que tu appele à partir de ton thread

---

je l'ai fait, mais j'ai le meme probleme qu'avec un BackgroundWorker... il me dis que ce n'est pas safethread....
"Opération inter-threads non valide*: le contrôle 'Label1' a fait l'objet d'un accès à partir d'un thread autre que celui sur lequel il a été créé."

Alors que le code executé est bien sur la form, et est appelé par le thread, qui a eu la form en parametre....

bon moi je vais craquer la.... je vais mettre a "false" ce p**** de CheckForIllegalCrossThreadCalls .....

As tu déclarer un delegate dans ta form ?

Code:

---

1 2	Public Delegate Sub MajLabelHandler(ByVal Etat As String) Public MajLabel As New MajLabelHandler(AddressOf MajLabel)

---

Tu déclare après la Sub MajLabel dans ta form :

Code:

---

1 2 3 4 5

Private Sub MajLabel(ByVal Etat As String)   Me.MyLabel.Text = Etat   End Sub

---

Ensuite tu instancie ton objet qui contient la procédure à executer dans un thread (oublie pas de passer ta form en parametre pour pouvoir invoker le delegate :

Code:

---

1 2 3

Dim myObject as new MyObjectThread(...,...,ME) Dim myThread as new Thread(addressOf myObject.TaFonction) myThread.Start()

---

Quand tu veux mettre à jour ton label tu appel le délégate de ta form à partir de ton thread

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

Public Class myObjectThread Private _form As Form1 Public Sub New(..., ..., myForm As Form1) _form = myForm End Sub   Public Sub TaFonction() ... _form.Invoke(_form.MajLabel,"Ca Marche") ... End sub End class

---

J'ai une appli, qui lance un traitement en thread, et je met à jour ma form pour le suivi du thread comme ca. Ca marche très bien

Regarde dans MSDN, en cherchant Thread, tu retrouvera le même type d'exemple.

ok génial ca marche. Effectivement, j'avais pas mis le delegate, je croyais que le fait que la methode soit dans la bonne classe suffisais...

par contre, il faudrai juste que tu modifie ton code, ne pas mettre :
Public MajLabel As New MajLabelHandler(AddressOf MajLabel)

mais
Public MajLabel As New MajLabelHandler(AddressOf MajCompress)


Merci bcp ! :D

Citation:

---

Envoyé par MattC

bon moi je vais craquer la.... je vais mettre a "false" ce p**** de CheckForIllegalCrossThreadCalls .....

---

Justement pourquoi ne pas l'avoir fait dès le départ?

parceque j'arrete pas de lire partout que c'est mal, et que c'est pas en "tuant le messager" que la mauvaise nouvelle va disparaitre....

Moi j'étais bien tenté... mais je voulais faire ca proprement... :P

Citation:

---

Envoyé par MattC

parceque j'arrete pas de lire partout que c'est mal, et que c'est pas en "tuant le messager" que la mauvaise nouvelle va disparaitre....

---

Pas mal celle là je la garde au chaud :P
@+