Probl�me avec TThread

Bonjour, actuellement en projet de fin d'ann�e de BTS IRIS je suis oblig� de travailler sous C++Builder 5 et j'ai a cr�er un serveur TCP tournant dans un thread de fa�on � ne pas bloquer mon programme. Je suis face � un probl�me insoluble (tellement WTF) je m'en remet donc au forum si quelqu'un avait la capacit� et la patience de voir d'o� mon probl�me peut venir cela m'aiderait beaucoup ayant �puis� toutes mes ressources.
(Je suis oblig� de faire un thread d� � la fonction accept de mon serveur tcp).

Je vous copie/colle une partie de mon code :

Initialisation du thread (Form1):

Code:

---

1 2 3

Timer1->Enabled=1; tcp=new thread_tcp(&val_tcp,&vmc);

---

Constructeur du thread (thread.cpp):

Code:

---

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

__fastcall thread_tcp::thread_tcp(bool *valeur,VMC *Vmc) : TThread(false) { serveur.init(17000);   val=valeur; vmc=Vmc;   k=*val;   Form1->ListBox1->Items->Add("plop"+(AnsiString)k); sauv_vit_app=new float[vmc->getnbVMC()]; bzero((float *)sauv_vit_app, sizeof(*sauv_vit_app)); }

---

Fonction Execute (bloquante, thread.cpp) :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

void __fastcall thread_tcp::Execute() { int err=0; Form1->ListBox1->Items->Add("plooooop"+(AnsiString)k); while(*val) { serveur.attenteco();   while( (err==0) && (*val==1) ) { err=serveur.reception(); Synchronize(traitement); err=serveur.envoie(); } err=0; } }

---

Je vous transmet aussi ce que j'ai a l'affichage dans ma ListBox :

Citation:

---

plop1
plooooop0

---

Avec un Evaluate/Modify je me rends compte que mon pointeur "val" n'a plus d'adresse ni de valeur. Je remercie ENORMEMENT les courageux qui jetterons un �il � �a ! ;)

Etrange, normalement, on utilise plusieurs thread pour serveur
un thread pour le accept\listen en attente d'une connexion
un autre thread pour la communication avec les sockets ouverts qui laisse le 1er thread accept� d'autres connexions

J'esp�re que val_tcp n'est pas une variable locale ?
Il serait pr�f�rable que cela soit un membre priv� de Form1

Sinon, val ne semble pas �tre tr�s utile, puisqu'il existe dans le TThread la propri�t� Terminated et la m�thode Terminate()

Salut Mccleen, n'oublie pas que si tu utilises ce code:

Citation:

---

Envoy� par Mccleen

Code:

---

Form1->ListBox1->Items->Add("plop"+(AnsiString)k);

---

---

Il faut suivre cette recommandation:

Code:

---

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

// Important: Methods and properties of objects in VCL can only be // used in a method called using Synchronize, for example: // // Synchronize(&UpdateCaption); // // where UpdateCaption could look like: // // void __fastcall sd::UpdateCaption() // { // Form1->Caption = "Updated in a thread"; // } //---------------------------------------------------------------------------

---

Tout d'abord merci pour vos r�ponses, je vais commencer par donner les derniers avancements. Il se trouve qu'apparemment mon programme n'est pas "faux" il n'est juste pas stable vu que au fil des essais sans modification de code (en tout cas au niveau du thread, et qui n'agis en rien dessus) mon bool val a finalement prit sa valeur ce qui m'a permis de correctement corriger ma m�thode traitement. Je peux donc dire maintenant que le code de mon serveur tcp est juste ainsi que le traitement et c'est uniquement � ce passage de valeur que cela bloque (je rappel �galement que j'ai essay� de faire passer plus de valeur (justement k perd �galement sa valeur)).
Plus pr�cis�ment,

ShaiLeTroll

- Mon val_tcp est effectivement une variable priv�e de mon Form1,
- En ce qui concerne le but de ce val_tcp :
Il se trouve que le Terminate() ne se d�roule pas correctement si le thread est toujours en action, j'utilise donc cette valeur de cette fa�on :

Code:

---

1 2 3 4 5 6

void __fastcall TForm1::FormClose(TObject *Sender, TCloseAction &Action) { CloseDevice; //fin de la connexion avec la carte val_tcp=0; tcp->Terminate(); }

---

Ayant pass� l'adresse � l'initialisation du thread, val pointe sur l'adresse de val_tcp modifie donc sa valeur pour devenir 0 et donc terminer le while (je pr�cise que j'ai chang� le type de val pour int vu que d'apparemment C++ Builder 5 d�fini mal la taille du boll�en ce qui pouvait � mon avis possiblement cr�er des probl�mes de m�moire mais cela n'a rien chang�)

- En ce qui concerne mon unique thread, mon projet ne pr�voit la connexion que d'un ouvrier sous andro�d pour la maintenance des VMC (Ventilation M�canique Control�e aucazou) c'est une modification que j'apporterai � l'occasion mais vu les probl�mes que m'attire les thread avec CB5 j'h�site :/

Crayon :

- Cet affichage a pour seul but de palier au fait que je ne PEUX pas mettre 2 points d'arr�t en tout cas un suppl�mentaire � l'int�rieur de la m�thode Execute() du thread, je l'ai fait pour voir si �a passait, pr�cision il est impossible de passer un param�tre avec Synchronize ()

Pour avoir vu le prog tourner je peux aussi pr�ciser que sa fonction accept() n'est pas bloquante � tous les coups. Ce qui est �trange.

J'utilise aussi le meme code (quasi identique) et je ne rencontre aucuns de ces probl�mes.