Discussion :

[Altess]

Bonjour

J'ai une petite application qui utilise une IHM. Cette application nécessite à un moment particulier, un traitement relativement long (de l'ordre de 4s à 5s). Le soucis, c'est que durant ce traitement, mon IHM reste figée.

Mon traitement s'effectue correctement, et je récupère bien le résultat de mon calcul une fois les 4s ou 5s écoulées, et mon IHM redevient maniable.

Comment puis-je palier à ce problème , afin d'avoir une IHM "disponible" même durant mon traitement ?

Cordialement,
PKO

[3DArchi]

Salut,
2 solutions :
1/ Plus simple : Découper ton algo en petits segments que tu appelles dans OnIdle (ou l'équivalent de ton IHM)
2/ Passer en multi-thread : 1 thread pour tes traitements - 1 thread pour ton IHM.

[Altess]

3DArchi > Bonjour et merci. La premiere solution est impossible dansm on cas. Le traitement effectué est en fait une copie de fichier. Il m'est donc impossible de le spliter.

j'ai déja essayé la seconde methode :
- Mon IHM
- Un Thread qui se lance en parallèle de mon IHM, et qui effectue le traitement (il s'agit dans mon cas d'une copie de fichier, je le rappel).

La valeur que je récupère dans ce traitement, correspond en fait au temps de copie nécessaire à mon fichier. Le problème, c'est que lorsque je lance ma copie dans un Thread, ce meme thread met 4s ou 5s à me renvoyer la valeur calculée. J'attend donc la fin de mon Thread, dans mon IHM. Et le fait d'attendre la fin de mon thread (avec "WaitForSingleObjectEx" par exemple), et bien ca fige encore mon application.

Je suis un peu paumé là.

Cordialement,
PKO

[3DArchi]

3DArchi > Bonjour et merci. La premiere solution est impossible dansm on cas. Le traitement effectué est en fait une copie de fichier. Il m'est donc impossible de le spliter.

Rien ne t'empêche de copier ton fichier par petits blocs... mais j'imagine ça à voir avec une de tes questions précédentes (Estimer temps de copie d'un fichier).

j'ai déja essayé la seconde methode :
- Mon IHM
- Un Thread qui se lance en parallèle de mon IHM, et qui effectue le traitement (il s'agit dans mon cas d'une copie de fichier, je le rappel).

La valeur que je récupère dans ce traitement, correspond en fait au temps de copie nécessaire à mon fichier. Le problème, c'est que lorsque je lance ma copie dans un Thread, ce meme thread met 4s ou 5s à me renvoyer la valeur calculée. J'attend donc la fin de mon Thread, dans mon IHM. Et le fait d'attendre la fin de mon thread (avec "WaitForSingleObjectEx" par exemple), et bien ca fige encore mon application.
PKO

Mets WaitForSingleObjectEx en non bloquant et teste le régulièrement (dans le OnIdle).

[poukill]

Le plus simple c'est certainement un thread + pattern Observateur.
Comme ça tu lances un update() à la fin de ton traitement. Ca n'a rien de très compliqué : une classe Observable et une classe Observer, toutes deux classes mères à dériver. Plus d'infos sur le tuto de David

(sinon tu as boost.signals aussi)

[Altess]

Bonjour

3DArchi > Ma fonction de test de fin de Thread est la suivante :

Code :

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

while(WaitForSingleObjectEx(h,INFINITE,TRUE)==WAIT_IO_COMPLETION);

"h" étant le Handle de mon Thread.
De quelle manière puis-je la rendre non-bloquante ?

poukill > Merci pour le lien. Tout ceci me semble un peu lourd pour ce que j'ai à faire. Néanmoins, je garde ca de coté, le contenu est intéressant.

Cordialement,
PKO