Discussion :

[julioclay]

Bonjour et bonne année,

J'ai un soucis avec les appels de bat et les goto :eof. je m'explique:

Je dispose de plusieurs .bat qui s'appellent entre eux via la commande "call". Le truc c'est que je cherche un moyen de quitter mon script en cours (rendre la main) en utilisant "goto :eof". Mais le problème (vous l'aurez compris?) c'est que lorsque j'utilise "goto :eof" dans un .bat il quitte ce .bat en cours et reviens au .bat qui l'a appelé. Petit exemple avec 3 batchs (a.bat b.bat c.bat):

Code :

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

1
2
3
a.bat appelle b.bat via "call"
b.bat appelle c.bat via "call"
c.bat utilise "goto :eof" => quitte c.bat mais retourne à b.bat!

alors que je souhaiterais que ça quitte tout simplement et à tout moment lorsque "goto :eof" est utilisé!!

L'aide sur la commande "call" est assez obscure:

"Un nouveau contexte de fichier de commandes est créé avec les arguments
spécifiés et le contrôle est transmis à la commande suivant l'étiquette
spécifiée. Vous devez "quitter" deux fois en atteignant la fin du script du
fichier de commandes deux fois. La première fois que vous lisez la fin, le
contrôle reviendra juste après la commande CALL. La seconde fois vous
quitterez le script de commandes."

Sur internet j'ai pas trouvé non plus de référence à ça...

Quelqu'un a une astuce pour palier à ça?

Merci par avance pour les réponses.
Julien.

[julioclay]

Up

[cedricchaillou]

Le passage que tu cites semble plutôt parler de l'appel de routines (ou labels) avec call, qui consiste en quelque sorte à réouvrir le script en cours en commençant directement au label indiqué : dans ce cas, le script s'étant auto-appelé, il doit effectivement se terminer deux fois (je ne sais pas si je suis plus clair que la doc : il faudrait un exemple, mais ce serait hors-sujet)

La page suivante (en anglais) explique assez bien le fonctionnement de call :
http://www.robvanderwoude.com/call.php

Pour le problème mentionné, le comportement décrit correspond à ce qu'on attend effectivement : le "goto :eof" va à la fin de "c.bat" et quand ce script se termine on est bien censé revenir dans "b.bat", à cause justement de l'utilisation de "call"

Es-tu obligé d'utiliser "call" ? Un appel de "b.bat" depuis "a.bat" (resp. un appel de "c.bat" depuis "b.bat"), en omettant l'utilisation de "call", aura l'effet voulu si dans tous les cas ou "b.bat" (resp. "c.bat") se termine il faut quitter sans revenir dans le script appelant.

Une autre solution (non testée) permettant de déterminer quand on termine tout et quand on revient dans le script appelant, serait :

• dans "c.bat" :
  
  • utiliser "exit /b 1" au lieu "goto :eof"
  
  
  • utiliser "exit /b 0" en cas de fin "normale" de "c.bat" (i.e. si on veut que "b.bat" se poursuive), y compris à la fin du script

• dans "b.bat" :
  
  • après la ligne "call c.bat", ajouter une ligne "if ERRORLEVEL 1 exit /b 1"
  
  
  • utiliser "exit /b 0" en cas de fin "normale" de "b.bat" (i.e. si on veut que "a.bat" se poursuive), y compris à la fin du script

• dans "a.bat" :
  
  • après la ligne "call b.bat", ajouter une ligne "if ERRORLEVEL 1 exit /b 1" ou "if ERRORLEVEL 1 exit /b" si tu ne veux pas récupérer un code sortie

Si on ne veut pas utiliser exit et ERRORLEVEL, on peut s'en sortir en ajoutant le positionnement d'une variable avec "set xxx=..." avant le "goto :eof" dans "c.bat", et en testant cette variable au moment du retour dans "b.bat" puis "a.bat" : "if %xxx%==... goto :eof"

[julioclay]

• dans "c.bat" :
  
  • utiliser "exit /b 1" au lieu "goto :eof"
  
  
  • utiliser "exit /b 0" en cas de fin "normale" de "c.bat" (i.e. si on veut que "b.bat" se poursuive), y compris à la fin du script

• dans "b.bat" :
  
  • après la ligne "call c.bat", ajouter une ligne "if ERRORLEVEL 1 exit /b 1"
  
  
  • utiliser "exit /b 0" en cas de fin "normale" de "b.bat" (i.e. si on veut que "a.bat" se poursuive), y compris à la fin du script

• dans "a.bat" :
  
  • après la ligne "call b.bat", ajouter une ligne "if ERRORLEVEL 1 exit /b 1" ou "if ERRORLEVEL 1 exit /b" si tu ne veux pas récupérer un code sortie

Nickel!! Merci cedric pour cette astuce avec "exit /b 1" et "errorlevel"!!

Bonne journée