Discussion :

[achrafkaran]

Bonjour
j'aimerai démarrer une application à partir de Qt , effectuer un traitement et finalement donner la main au logiciel Qt.
Le problème que j'ai trouvé c'est lorsque je démarre l'application .exe à l'aide de la commande Qprocess, la fenetre de Qt se bloque, et elle n'exécute pas les autres instructions (voir le code (les instruction en rouge)) . Il se fige sur l'instruction process.execute !!
voici le code :

Code :

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

1
2
3
4
5
6
7
8
9
10
    QString appli = "application.exe";
    arguments<<"-c"<<"config.e";
    process->execute(appli,arguments);
    int error= init();
    cout<<"error"<<error;
    process->terminate();
    process->waitForFinished(-1);
    cout<<process->pid();
    process->kill();
    cout<<process->pid();

Merci de votre réponse

[chrtophe]

D'après la doc, process->execute je cite en traduisant démarre le prog et les arguments dans un nouveau process, attend sa fin et retourne le exitcode. donc ton code ne s"executera qu'après fin du process.

Il y a 1 fonction startDetached qui à mon avis répond à ton besoin.

Il y a aussi 1 fonction start mais je na vois pas la différence avec execute.

Tu peux controler l'état du process avec QProcess:state
exitcode et existatus te permettent de récuperer le retour du process.

Avec ça tu devrait t'en sortir.

Tu as aussi waitForFinished permettant l'attente de la fin du process ou retour au bout d'un délai

[Troudhyl]

execute est une fonction statique (tout comme startDetached). Comme le dit la documentation, elle est bloquante. Donc si tu l'exécutes dans ton thread principal, elle bloque toute l'application.

La fonction que tu cherches, asynchrone et non statique, c'est start().

En revanche la suite de ton code est bizarre. Déjà, lis le warning de la documentation de waitForFinished(). Et si t'attends indéfiniment la fin, alors le kill après ne sert à rien, soit t'es bloqué pour toujours, soit l'exécution est terminée.

[chrtophe]

Je ne comprend pas la différence entre start et startdetached, la doc des 2 est un copier-coller est-ce la même chose ?

[Troudhyl]

C'est pourtant évident, la différence c'est "Detached". Sans blague. Dans le cas de startDetached(), c'est une fonction statique. Alors que le start() ne l'est pas, on instancie donc un objet QProcess, qui reste lié (attaché) au processus lancé et le suit jusqu'à la fin.

La documentation des deux explique bien cette différence.

[chrtophe]

Désolé je me suis trompé, ce que je n'ai pas compris c'est la différence entre start et execute pas entre start et startdetached

[Troudhyl]

Ah bon. Dans ce cas je l'ai déjà expliqué. execute() est synchrone, start() est asynchrone.