Discussion :

[parabole33]

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 " .

merci

@ +

[kineton]

Salut,

Un peu de code permettrait de pouvoir mieux t'aider.
Sur quelle ligne se produit le plantage ?

[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

[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

merci

[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

merci

G fait ce code

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

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

aie .... help !

[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� !

[parabole33]

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 ....

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

merci quand m�me.....

[ShaiLeTroll]

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

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 !

[parabole33]

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 :

S�lectionner tout - Visualiser dans une fen�tre � part

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 , je poserai un timer pour faire tourner la barre .

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

[ShaiLeTroll]

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 :

S�lectionner tout - Visualiser dans une fen�tre � part

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 :

S�lectionner tout - Visualiser dans une fen�tre � part

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 !)

[parabole33]

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 :

S�lectionner tout - Visualiser dans une fen�tre � part

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 :

S�lectionner tout - Visualiser dans une fen�tre � part

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 c pour les pro

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