Discussion :

[synolog]

Bonjour,

Un chose plutôt bizarre empêche le bon fonctionnement de mon application.
Explication:
L'appli a pour but de tuer des processus, arrêter des services, redémarrer ces services puis relancer les processus (avec Interface Graphique)... Un déroulement obligatoire qui n'a pas le droit à l'erreur.
Mon appli se déroule correctement lorsque je la lance manuellement.
Validant son fonctionnement je l'ai automatisé dans une tâche planifiée. Le problème est que lors de la dernière étape (lancement des processus) celle-ci est un échec. Alors que les autres étapes sont un succès (La tâches possède tous les droits pour l’exécution, et je suis sous server 2008).
J'ai du mal à cerner la cause du problème, voici la méthode actuelle:

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
17
18
19
        private static bool Open(string proc, string mess, string procName)
        {
            Process process = new Process();
            ProcessStartInfo startInfo = new ProcessStartInfo(proc);
            process.StartInfo = startInfo;
            process.Start();
            process.WaitForExit(10000);
 
            if (Process.GetProcessesByName(procName).Length > 0)
            {
                envoiRapport += "* Processus " + mess + " lancé. \n";
                return true;
            }
            else
            {
                envoiRapport += "! Impossible de lancer le Processus \n";
                return false;
            }
        }

Si quelqu'un à déjà rencontrer le problème...
Merci d'avance

[tomlev]

C'est bizarre ton truc... à quoi correspondent "proc" et "procname" ? Tu lances proc, tu attends qu'il se termine, puis tu vérifies si procname s'exécute... je ne comprends pas trop la logique. Quel est le lien entre proc et procname ?

[morgand]

Eux je suis pas sur d'après ce que je comprend ici pour moi WaitForExit donne l'instruction de se terminer. Donc quand tu arrives dans ton if logiquement ton processus est terminé.
D'ailleur il me semble que dans ta variable process tu peux encore agir et avoir des status.

[tomlev]

Eux je suis pas sur d'après ce que je comprend ici pour moi WaitForExit donne l'instruction de se terminer.

Non, ça attend qu'il se termine, mais ça lui dit pas de s'arrêter...

Donc quand tu arrives dans ton if logiquement ton processus est terminé.

Sauf que le process qu'il lance et celui qu'il vérifie ne sont pas les mêmes...

[synolog]

Tout d'abord Merci pour vos réponses.
@ TomLev:
La variable proc correspond au chemin absolut du .exe à lancer.
La variable procName contient le nom .exe lancé (visible dans la liste des processus lancés)
Pour ce qui concerne la vérification du lancement des processus, je ne l'ai pas encore tester, pour la simple et bonne chose que je ne peux lancé mon appli seulement hors activité c'est à dire la nuit
Par contre pour WaitForExit(), tu me met le doute sur son rôle. Il permet bien de s'échapper de process ?

@ Morgand:
Alors je me suis surement mal exprimé ou bien je mis suis mal pris pour exécuter mes programmes. Il me semble que WaitForExit() termine le composant process, or comme celui-ci à lancé une application (en dehors du programme) je vérifie si cette appli a bien été lancée.

Désolé si je me suis mal exprimé en confondant processus et .exe...

[morgand]

Tu as raison il attend N millisecondes pour voir si le process est arrêté ou non (true or false) ... N mille excuses

[tomlev]

La variable proc correspond au chemin absolut du .exe à lancer.
La variable procName contient le nom .exe lancé (visible dans la liste des processus lancés)

OK, donc en fait tu attends que le processus se termine, et ensuite tu regardes s'il est toujours là... ça sert à rien, utilise plutôt la valeur de retour de WaitForExit

Par contre pour WaitForExit(), tu me met le doute sur son rôle. Il permet bien de s'échapper de process ?

Comme déjà dit plus haut, ça ne termine pas le process, ça attend qu'il se termine. Tu as spécifié un timeout de 10 secondes, donc si le processus ne se termine dans les 10 secondes, ça renvoie true, sinon ça renvoie false

[synolog]

Merci pour la simplification.
Mais je trouve ca risqué car dans certain cas (comme le lancement du gestionnaire de tâche) sans timeout pour WaitForExit() le processus ne finis jamais, et si un timeout est présent dans ce cas là la valeur renvoyée ne sera pas valable...
Par contre le problème restera le même lorsque la tâche est automatisée.
Alor mieux vaut essayer de relancer le .exe si WaitForExit() retourne true, ou procéder autrement?