Pthread et form

Version imprimable

28/12/2010, 11h29
parabole33

Pthread et form

bonjour ,

Etant d�butant , je cherche des infos sur les thread sur Borland .

Actuellement , je cherche � afficher un dialogue de progression pendant un traitement lourd en arri�re . J'ai essay� avec les thread . le dialogue s'affiche bien .

Par contre en fermeture d'application , g une erreur " Handle de fen�tre non valide " . :cry::cry:

merci

@ +
28/12/2010, 13h55
kineton

Salut,

Un peu de code permettrait de pouvoir mieux t'aider.
Sur quelle ligne se produit le plantage ?
28/12/2010, 14h36
ShaiLeTroll

Ne mets pas Application ou une autre Form comme Owner de la Fen�tre de Progression !
Si c'est d�j� fait, veille � ce que la cr�ation de l'objet ProgressForm et la lib�ration soit dans le m�me thread, de m�me pour le Show et le Close\Hide
Effectivement, Windows n'aime pas que l'on manipule des Handles d'un Thread � un autre quand ces Handles ne sont pas con�u pour cela, d'o� l'OSError 1400
28/12/2010, 17h43
parabole33

Ok merci pour vos r�ponse .

Autrement comment on fait pour faire afficher un mini dialogue avec une TProgressiveBar et quelques TLabel durant le traitement en arri�re ?

Je n'arrive pas � trouver des exemples :cry:

merci
29/12/2010, 13h57
parabole33
Citation:

Envoy� par parabole33

Ok merci pour vos r�ponse .

Autrement comment on fait pour faire afficher un mini dialogue avec une TProgressiveBar et quelques TLabel durant le traitement en arri�re ?

Je n'arrive pas � trouver des exemples :cry:

merci

G fait ce code
Code:

1 2 3 4 5 ProgressBar = new TProgressBar(Form2); //ProgressBar->Parent=Form2 ; <-- Erreur l'OSError 1400 ProgressBar->Visible = true ; ProgressBar->Position=50 ;
Pour les label , cela fonctionne . Pour la bar , pas visible et erreur :cry::cry:

aie .... help !
29/12/2010, 14h49
ShaiLeTroll

Form2 est cr�� dans le thread principal je suppose !
ProgressBar est cr�� dans le thread secondaire ?

Encore une fois, je me r�p�te ne m�lange pas les Handles entre les diff�rents Threads !

Laisse la ProgressBar en fsStayOnTop (et BringToFront) sans Parent

Ton traitement lourd, c'est une boucle ou un traitement que tu lances sans pour avoir de contr�le de dessus (genre un autre exe) ?

Si boucle, utilise les �v�nements, fait tes propres Event de progression qui utilise Synchronize, voir comment est cod� OnClick, DoClick ainsi que OnWrite et DoWrite utilis� en Synchronise dans ScktComp (.hpp et .pas), c'est du code VCL mais cela se comprend pour le refaire en C++

Si traitement bloquant, lance le dans le thread et utiliser un Timer pour simuler un semblant d'activit� !
29/12/2010, 15h19
parabole33

Citation:

Envoy� par ShaiLeTroll

Form2 est cr�� dans le thread principal je suppose !
ProgressBar est cr�� dans le thread secondaire ?

Encore une fois, je me r�p�te ne m�lange pas les Handles entre les diff�rents Threads !

Laisse la ProgressBar en fsStayOnTop (et BringToFront) sans Parent

Ton traitement lourd, c'est une boucle ou un traitement que tu lances sans pour avoir de contr�le de dessus (genre un autre exe) ?

Si boucle, utilise les �v�nements, fait tes propres Event de progression qui utilise Synchronize, voir comment est cod� OnClick, DoClick ainsi que OnWrite et DoWrite utilis� en Synchronise dans ScktComp (.hpp et .pas), c'est du code VCL mais cela se comprend pour le refaire en C++

Si traitement bloquant, lance le dans le thread et utiliser un Timer pour simuler un semblant d'activit� !

Vu la tournure des �v�nements , je supprime la ProgressBar ...:(

Les controles Tlabel fonctionnent tr�s bien avec cette Form . Alors cela suffira ....:calim2:

Si quelqu'un a un exemple complet sous Borland pour mieux comprendre , je suis preneur :oops:

merci quand m�me.....
29/12/2010, 17h21
ShaiLeTroll

Tu n'as pas r�pondu � ma question :

Citation:

Form2 est cr�� dans le thread principal je suppose !
ProgressBar est cr�� dans le thread secondaire ?

Pourquoi tu ne cr�es pas une petite fen�tre avec l'IDE, avec des Labels et ProgressBar
Et cette fen�tre tu l'affiches avec Show lorsque tu as besoin d'afficher une progression, tu encapsule �a dans un objet, objet que tu peux appeler depuis un Thread par synchronize ou par ton propre syst�me de retardeur de message

J'ai utilis� des ProgressBar avec des Threads, avec un petit peu d'effort et de rigueur dans le Code, cela fonctionne tr�s bien !

Sinon
Label = TGraphicControl = Pas de Handle que du dessin !
ProgressBar = TWinControl = Handle !
29/12/2010, 18h15
parabole33
Citation:

Envoy� par ShaiLeTroll

Tu n'as pas r�pondu � ma question :

Pourquoi tu ne cr�es pas une petite fen�tre avec l'IDE, avec des Labels et ProgressBar
Et cette fen�tre tu l'affiches avec Show lorsque tu as besoin d'afficher une progression, tu encapsule �a dans un objet, objet que tu peux appeler depuis un Thread par synchronize ou par ton propre syst�me de retardeur de message

J'ai utilis� des ProgressBar avec des Threads, avec un petit peu d'effort et de rigueur dans le Code, cela fonctionne tr�s bien !

Sinon
Label = TGraphicControl = Pas de Handle que du dessin !
ProgressBar = TWinControl = Handle !

merci de ta patience � mon pb !

Form2 est cr�� dans le thread principal je suppose ! => oui !

ProgressBar est cr�� dans le thread secondaire ? --> oui � la cr�ation de la Form2.

En effet , j'ai cr�e une petite fen�tre avec un label et ProgressBar .
Je l'affiche avec :
Code:

1 2 3 4 5 void __fastcall TMonThread::Execute() { Form2-> Show(); }
et elle d�marre . C le control ProgressBar qui pose pb . Comme tu dit cela doit �tre en rapport avec TWinControl . Les label : OK
Le ProgressBar ne s'affiche m�me pas dans la form au lancement . Donc plantage � la destruction ...
Si je comprend enfin l'astuce:mouarf: , je poserai un timer pour faire tourner la barre .

Je suis �tonner de ne rien trouver sur le NET en Borland C++ sur ca ???

Citation:

Form2 est cr�� dans le thread principal je suppose ! => oui !
ProgressBar est cr�� dans le thread secondaire ? --> oui � la cr�ation de la Form2.

Euh ! tu te contredis ! tu n'as pas vu la diff�rence ?

Sinon, ton thread, il est un peu court non ?
Ta fen�tre s'affiche et pouf le thread, il s'arr�te !
�a doit faire mal, la fen�tre est encore l� ???
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 void __fastcall TMonThread::Execute() { Form2-> Show(); try { while (BooleanGlobalQuiDitQueLeTraitementTourne) // pas besoin de SC pour ce genre de valeur { PumpMessages(); // Moins brutal que Application.ProcessMessages(); // A Tester SANS ! Sleep(1); } } __finally { Form2-> Hide(); } }
D�sol�, je n'ai pas encore fait �a en C++, donc voici ce que j'ai d�j� fait en Delphi
Ajoute PumpMessages si besoin !
Code:

1 2 3 4 5 6 7 8 9 procedure PumpMessages; var Msg: TMsg; begin while PeekMessage(Msg, 0, 0, 0, pm_Remove) do begin TranslateMessage(Msg); DispatchMessage(Msg); end; end;
Et puis Show ce n'est pas bloquant !
Tu peux l'utiliser SANS thread !

Autre Question :
Ton traitement est une boucle que tu as faite ou un traitement bloquant ext�rieur (SQL de plusieurs minutes, Exe externe, DLL, ...) ?

Tu devrais lancer le traitement dans le thread secondaire et laisser la progression dans le thread principal (avec PostThreadMessage tu peux faire des choses sympas !)

Citation:
Envoy� par ShaiLeTroll
Euh ! tu te contredis ! tu n'as pas vu la diff�rence ?

Sinon, ton thread, il est un peu court non ?
Ta fen�tre s'affiche et pouf le thread, il s'arr�te !
�a doit faire mal, la fen�tre est encore l� ???
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 void __fastcall TMonThread::Execute() { Form2-> Show(); try { while (BooleanGlobalQuiDitQueLeTraitementTourne) // pas besoin de SC pour ce genre de valeur { PumpMessages(); // Moins brutal que Application.ProcessMessages(); // A Tester SANS ! Sleep(1); } } __finally { Form2-> Hide(); } }
D�sol�, je n'ai pas encore fait �a en C++, donc voici ce que j'ai d�j� fait en Delphi
Ajoute PumpMessages si besoin !
Code:

1 2 3 4 5 6 7 8 9 procedure PumpMessages; var Msg: TMsg; begin while PeekMessage(Msg, 0, 0, 0, pm_Remove) do begin TranslateMessage(Msg); DispatchMessage(Msg); end; end;
Et puis Show ce n'est pas bloquant !
Tu peux l'utiliser SANS thread !

Autre Question :
Ton traitement est une boucle que tu as faite ou un traitement bloquant ext�rieur (SQL de plusieurs minutes, Exe externe, DLL, ...) ?

Tu devrais lancer le traitement dans le thread secondaire et laisser la progression dans le thread principal (avec PostThreadMessage tu peux faire des choses sympas !)
Bonne id�e !

Tr�s int�ressant mais mon dieux :calim2: c pour les pro :mouarf:

Mon traitement bloquant est les OLE Excel . Comme cela dure , un simple dialogue qui faisait patienter !!!

Plus simple de faire l'inverse !

Je te tien au courant :D