Discussion :

[aaronw]

bonjour

je suis entrain de programmer une application multi-threading avec borland c++ builder.

j'ai une classe Calcul qui hérite de thread avec plusieurs méthodes.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
class Calcul : public TThread
{
 
private:
            ....
public:
           calcul();
           void operation1();
           void operationl2();
           void operation3();
           void saisie();
           ......
};

l'utilisateur lance, un calcul un nouveau objet calcul est créé.
l'utilisateur choisit une opération1, l'objet calcul renvoie le résultat.
l'utilisateur choisit une opération2, l'objet calcul renvoie le résultat.


comment faire pour que chaque calcul soit exécuté dans un thread séparé??
d'après les tutoriaux , il faut mettre le code à exécuter dans le thread dans la procedure execute() .

comment faire pour que les méthodes de class calcul soient toutes exécutées dans le thread et que le thread communique avec l'extérieur?

merci

j'ai mis ceci dans c++ et pas dans forum borland, car c'est un probleme de conception.

[niglo]

comment faire pour que chaque calcul soit exécuté dans un thread séparé??
d'après les tutoriaux , il faut mettre le code à exécuter dans le thread dans la procedure execute()

Essaie de mettre ton code dans execute et dis nous après si ca fonctionne ou quels sont tes problèmes (c'est pas du C++, c'est du builder) !

comment faire pour que les méthodes de class calcul soient toutes exécutées dans le thread et que le thread communique avec l'extérieur?

google + tutoriaux sur les threads je pense !

[aaronw]

Essaie de mettre ton code dans execute et dis nous après si ca fonctionne ou quels sont tes problèmes (c'est pas du C++, c'est du builder) !

justement je ne sais pas quoi mettre dans mon execute();
execute est lancé au moment de la création de l'objet calcul;

or l'utilisateur crée l'objet calcul et apres il doit choisir une opération.
donc au moment ou l'execute() est lancé l'utilisateur n'a pas encore choisi son opération.

[aaronw]

l'objet calcul est créé, l'interface affiche à l'utilisateur les opérations possibles et un bouton OK.
dès que l'utilisateur sélectionne une opération (exemple opération 4) et appuye sur OK la méthode opération4() de calul s'exécute dans le thread.

[Herode]

TThread::Execute(...) est grosso modo l'équivalent du main() pour un TThread de Borland. Si tu désires que ton TThread se mette en attente d'un événement particulier, je vois deux approches :

1 - implémenter l'équivalent d'une boucle de messages dans la méthode Execute(). A toi de définir l'événement déclencheur :
- un message Windows ?
- un fichier trigger
- la modification de l'état d'un objet partagé (entre ton TThread observateur et le process initial, je suppose)

2 - les threads peuvent être suspendus et activés (voir la doc TThread). Tu peux donc :
- implémenter tes calculs dans la méthode Execute(...)
- créer ton thread en état "suspendu"
- réveiller le thread sur onOKButtonClick() ou tout autre événement/méthode pertinent

NB : ne pas oublier de penser aux problèmes d'accès concurrents. 8)

[aaronw]

Execute() est l'equivalent du main() : c'est ce que je voulais comprendre.

Merci.

Donc finalement j'ai fait ceci dans Execute()

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
while ( monThread->Terminated==false)
{
          if (monIHM->evenement == true)
          {
               operation();
               .....
          }
}

maintenant ce que je voulais savoir en faisant un delete de mon objet calcul , le thread est également détruit???

[niglo]

maintenant ce que je voulais savoir en faisant un delete de mon objet calcul , le thread est également détruit???

Si le thread est un composant de ta classe il sera détruit en même temps que ton objet calcul.
Si tu l'as déclaré autre part dans ton code, tu dois le détruire à la main !

[aaronw]

ma classe calcul hérite de TThread donc c elle meme un composant thread.

[Herode]

De mémoire, TThread encapsule proprement son thread. Tu n'as donc pas à t'occuper de ces détails. Voir tout de même la doc VCL pour plus de précision. De mémoire aussi, elle est assez claire sur ce sujet

[aaronw]

Merci Herode