IHM + Console : Bloquant

Bonjour.

J'ai codé un petit programme tout simple à l'aide de QTCreator, sous windows, en mode console, qui suite à une analyse, génère un fichier script. Ce fichier script est ensuite passé en paramètre d"un exécutable de création d'image disque. Cet exécutable de création d'image fonctionne exclusivement en mode console, et n'est pas de moi.

Jusque là, aucun soucis, je lance mon programme, il généré correctement mon fichier script, et fait appel a l'exécutable de création d'image disque. L'appel de cet exécutable se fait tout simplement via la fonction system();
Mon programme se lance, analyse, génère un script, et lance donc une 2éme console dans laquelle se déroule la création d'image.

En mode console, ça fonctionne à merveille. Je me suis donc penché vers une petite IHM sans aucun bouton, simplement avec des indications sur l'avancement de la création d'image.

Mon IHM s'affiche, mon analyse se déroule toujours correctement, idem pour la création du script. Par contre, lorsque je lance la commande system(); , mon IHM se bloque, devient blanche, inaccessible, et une console s'ouvre. Dans cette console se déroule la création de l'image disque. J'ai la possibilité de manipuler cette console, la bouger, déplacer, redimensionner, sans problème. Une fois la création de cette image terminée, mon IHM redevient accessible, et manipulable.

Donc durant toute ma création d'image, j'ai un gros pavé blanc qui squat mon bureau, et je peut pas le manipuler, il est bloqué.

Il s'agit sans doute d'une histoire de thread.
Comment puis-je rendre ma fenêtre accessible même lorsqu'une console de création d'image se lance ?

merci d'avance.

Cordialement,
PKO

A mon avis le problème vient du fait que ta GUI si j'ai bien compris lance un processus avec sytem(). Je ne sais pas comment fonctionne la commande system mais je pense qu'elle bloque la GUI. En gros tant que ton exécutable de création d'image n'est pas terminer la GUI est bloqué. Il faut que tu regardes soit du cote de ShellExecute (MSDN) ou alors de QProcess ou peut etre QdeskopService.Il faut que tu trouves le moyen de lancer ton programme a partir de ta GUI sans que ta GUI soit entrain d'attendre la fin de l'exe pour passer à la ligne de code suivante.

superjaja > Bonjour et merci de ton aide.
Effectivement, le lancement de la création d'image disque bloque totalement mon IHM. J'ai réfléchi a une methode de mise en place de thread, et ça fonctionne. J'aurais simplement aimé savoir si cette methode est "correcte" :

Mon IHM est gérée par mon thread principal (mon main() en fait).
Depuis ce thread principal, je lance un second thread, qui lui, ne gère QUE l'analyse, le script, et le lancement de l'exécutable de création d'image disque, toujours du via system();. Il ne touche pas du tout a mon IHM.

J'ai créé un slot, qui, a chaque fin d'étape (Analyse, Création de script, lancement création image disque), envoi un signal a mon thread principal. Et mon thread principal interprète ce signal, et indique en "direct", l'avancement de mon application, via mon IHM. En gros :

Je lance l'analyse dans mon thread secondaire.
Je transmet un signal a mon thread principal depuis mon thread secondaire.
Mon thread principal réceptionne le signal et l'interprète.
Mon thread principal modifie mon IHM pour indiquer a l'utilisateur que l'analyse est lancée
...

Au final, mes 2 fenêtres sont indépendantes (console et IHM), et j'arrive a interagir entre mes threads afin de savoir où j'en suis dans mon application.

Ca marche, pas de problème, mais c'est correcte ou pas ?

Cordialement,
PKO

Je reconnais que le c'est correcte ou pas est pas toujours évident a donner comme ça. Si tu dois mettre a jour ton IHM alors que c'est un traitement long un thread peut être une bonne idée. Après disons que je ne passerai peut être pas par la commande system (pas portable) si QProcess (avec ses signaux et slots) peut faire l'affaire et avec un peut de chance m'éviter de faire une thread (je n'en suis pas sur, j'ai pas assez utiliser QProcess pour te donner plus d'element).

Il existe la méthode startDetached() dans QProcess, qui permet d'éxécuter le processus appelé dans un autre processus système (et donc dans un autre thread). Tu peux essayer ça aussi (et c'est plus simple que de créer des threads toi même).

G.

Citation:

---

Envoyé par Gulish

Il existe la méthode startDetached() dans QProcess, qui permet d'éxécuter le processus appelé dans un autre processus système (et donc dans un autre thread). Tu peux essayer ça aussi (et c'est plus simple que de créer des threads toi même).

G.

---

Je confirme, avant de passer par un thread utilise QProcess au lieu de système.
Cette classe est asynchrone.
Il y as deux trois truc dessus dans la FAQ.

[edit] Gulish => start et StartDetached lance la commande dans un nouveau process. La différence est que dans le cas de startDetached le process n'est pas enfant du process courant et que l'on ne peut interagir avec.

Bon et bien je crois qu'au final on est tous d'accord (pour une fois j'ai pas dit trop de bêtises). :D
Bon courage pour la suite. ;)

Merci de votre aide à tous.
Effectivement, QProcess me semble être la solution la mieux adaptée.

Je test ca, et je fait un retour sur ce poste dés que possible.

Cordialement,
PKO

Bonjour à tous.

J'ai donc testé QProcess. Le fonctionnement est similaire a la commande system(), mais les possibilités sont bien plus nombreuses. Notamment la methode startDetached(), qui lance la commande dans un tout nouveau process, indépendant du premier.

Comme Yan l'a dit plus haut, la difficulté réside dans la communication entre les process. Pas facile. Je pense pouvoir m'en sortir avec avec les differents signaux proposés.

En tout cas, la piste de QProcess est bonne, et bien plus simple a utilisée qu'un thread. Merci de votre aide.

Bonne semaine.

Cordialement,
PKO