Salut
question basique & simple : je lance un .bat via un .exe. Est-ce que je peux être certain de l'ordre d'xq des commandes dans mon .bat ? en d'autres termes, j'ai besoin d'être certain que la commande n est terminée avant d'xq la commande n+1, et ce sous 95 ou nt.
Commandes lancées : des commandes système et des .exe, notamment un unzip.exe.
exemple

le contexte est le suivant : j'ai une apli destinée à déployer des aplis sur des postes en réseau. La déployeuse est installée sur les postes clients, elle se connecte à une bgase & vérifie l'état de la station. Suvant les besoins, elle met le poste à jour.
le code (dll, etc) est stocké ds la base, compressé (compression facultative mais pb + efficace à travers le réseau).
Mes aplis sont en powerbuilder 7.
Ayant détecté un besoin de maj, je copie le code zipé sur le poste via la base en pb. Ayant détecté des fics compressés, je crée le .bat de décompression sur disque, le l'xq et je passe à la suite du traitement.
J'ai dj constaté que le .bat tournait en parrallèle avec mon apli & j'ai mis un système de synchronisation basique & rustique en place. Pour éviter de fermer mon apli alors que le trt n'était pas fini, ce qui arrêtait mes .bat non terminés.
principe : avant de générer le .bat, je crée un fic texte semaphore.txt ds le dossier où je décompresse. Puis j'ajoute au .bat la cmd del e:\rep\semaphore.txt. J'enregistre également la liste des sémaphores ainsi que le besoin d'une synchro.
Avant de fermer mon apli, je sais si la synchro est requise. Le cas échéant, je déclenche un timer qui va attendre que tous les fics sémaphores aient été supprimés pour fermer l'appli.
1 ca marche pas à tous les coups !!! des fois oui, des fois non.
Je me retrouve quelquefois ds la situation suivante :
mon sous-dossier decomp contient tout ou une partie des fics décompressés qui n'ont pas été déplacés ds le dossier du dessus.
le fic sémaphore est dj détruit, de mm que les .zip
voilà ; pb tout simple je suppose,mais j'y perds mon latin

coup de pouce ; je suis vraiment emboucané par ce problème

la commande "start" sous DOS doit pouvoir t'aider.
En regardant un peu l'aide, si tu mets "start /b /wait" davant ta commande : le /b signifie que la commande est effectuee dans la meme fenetre DOS et le /wait qu'il attend la fin du programme pour passer a la suite.