.exe depuis un .cmd : différences de comportement

Bonjour,

Pour réaliser l'automatisation d'un traitement qui se fait par des procédures successives manuelles, l'une des étapes consiste à executer un programme PROG.exe fourni par un prestataire, dans un fichier de commande MACOMMANDE.cmd que j'ai écrit et qui enchaine les différentes étapes de la procédure.
J'ai un serveur de test T et un serveur de prod P.
Lorsque je lance MACOMMANDE sur mon serveur T, lorsqu'on arrive à l'appel à PROG.EXE, un processus du meme nom apparait dans la liste des processus du gestionaire de taches, et ne rend la main à MACOMMANDE qu'une fois que le programme est terminé, ce qui est ce que je souhaite.
Or, sur mon serveur P (exactement meme version de Windows dont les ServicePack, mais environnement applicatif, fichiers de configuration spécifique à l'application métier différents...), la main est rendue immédiatement à MACOMMANDE, bien que le processus apparaisse dans le gestionnaire de taches, jusqu'à ce que le travail qu'il effectue soit terminé.

Un paramétrage dans Windows peut-il expliquer cette différence de comportement, ou celà vient-il forcément de ce qui est codé dans PROG.exe (dont je ne détiens bien évidemment pas le source) ?

Votre aide serait précieuse !
Merci

Tu peux peut-être utiliser la commande start avec le paramètre "/wait" qui oblige à attendre que le processus lancé soit terminé.

Le problème peut aussi venir du fait que "prog.exe" lance un autre processus puis se termine immédiatement, rendant ainsi la main à la console.

Pour plus d'informations sur la commande start :

Code:

---

start /?

---

Merci Shawn12,

Malheureusement start /wait ne change rien, la main est rendue immédiatement après l'appel à PROG.EXE, bien que le processus correspondant ne soit pas terminé.
Pour ce qui est de ta 2ème hypothèse ("Le problème peut aussi venir du fait que "prog.exe" lance un autre processus puis se termine immédiatement, rendant ainsi la main à la console"), ma question reste entiere : soit, mais pourquoi le comportement serait-il différent d'un serveur à l'autre sachant que c'est le meme prog qui est lancé ?

Le PATH qui est différent d'une machine à l'autre ?

Par rapport au serveur test, il manquait effectivement un chemin dans le PATH du serveur de prod.
Mais ca ne change rien, le comportement est le meme (j'espere que la prise en compte est dynamique et qu'il ne fait pas rebooter...)

montres-nous la partie du code qui lance ton prog.exe

Le prog.exe peut se lancer en 2 modes :
- si on le lance sans paramètre (double-clic), il lance le logiciel.
- si on le lance avec certains paramètres, il execute un traitement suivant les options indiquees.
C'est cette 2ème utilisation qui nous concerne.

Dans ce cas, prog.exe integre dans la base de donnees du logiciel, un dossier qui doit etre prealablement déposé à l'emplacement spécifié dans un .ini
Dans ce .ini (cf ci-dessous), *
- en test le chemin est local (D:...).
- en prod (cas qui nous intéresse), ce chemin est la variable Path_Update=K:\Donnees\Update

La commande doit pouvoir traiter plusieurs dossiers à la suite.

%1 est le nom d'un dossier à traiter, exemple : I03.

Les utilisateurs se connectent via Citrix à 2 serveurs de prod (repartition de charge) : soit à P1, soit à P2 , et ces 2 serveurs appellent prog.exe qui accède en en lecture/mise à jour à un 3ème serveur P3( ci-dessous K:), hébergeant les données.

Les différents chemins à prendre en compte par prog.exe sont dans un fichier .ini contenant (en prod sur le serveur P1) :

Code:

---

1 2 3 4 5 6 7 8 9 10 11

[Paths] Server=D:\Program Files\Appli Local=D:\Program Files\Appli Path_Datas=K:\Donnees\Datas Path_Images=K:\Donnees\Images Path_Modeles=K:\Donnees\Modeles Path_Archives=K:\Donnees\Archives Path_Compta=K:\Donnees\Compta Path_Export=K:\Donnees\EXPORT\SAS Path_Update=K:\Donnees\Update

---

Le .cmd fait ceci :

Code:

---

1 2 3 4

CD "D:\Program Files\Appli\" Prog.exe /IMPORT /CATALOGUE /PARAMS="CODE=%1;SUPPR=YES" /USERNAME=xxx /PASSWORD=yyy

---

En test, tout est en local : tous les chemins du .ini pointent sur D:

Mon prestataire (celui qui nous fournit l'appli et la commande prog.exe) me dit que ca doit marcher aussi bien en test qu'en prod, et que le principe d'utilisaiton de K: doit marcher aussi bien, pour peu qu'il y ait les droits.

Or, je rappelle mon probleme : certes, en prog comme en test ca marche, prog.exe traite bien le dossier mais ne rend pas la main en prod ; or il faut que le traitement soit terminé pour passer au traitement du dossier suivant (c'est le but du fichier .cmd); je ne peux donc pas faire une boucle pour enchainer plusieurs traitements successifs, à moins de gérer une temporisation (scan regulier dans la liste des processus actifs et attente que le precedent soit terminé...) ; j'appelle ca de la bidouille, et je ne veux pas m'emm.... avec ca.

Voilà, je pense qu'à défaut d'etre plus clair, c'est plus précis.