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