Discussion :

[JEDI_BC]

Bonjour,

J'ai besoin que mes programmes renvoi un code retour 1 ou 0 pour indiquer au gestionnaire de batch si ceux-ci se sont bien déroulé ou pas. Je pense pas que cela soit possible en VB vu que le point d'entrée est une procédure et non une fonction mais je tente quand même ma chance

Merci

[doudoustephane]

Bonjour,

J'ai besoin que mes programmes renvoi un code retour 1 ou 0 pour indiquer au gestionnaire de batch si ceux-ci se sont bien déroulé ou pas. Je pense pas que cela soit possible en VB vu que le point d'entrée est une procédure et non une fonction mais je tente quand même ma chance

Merci

si c'est un procedure, il faut que tu mettes un parametre en entree que tu vas affecter durant ta procedure et que tu recuperes en sortie...

[JEDI_BC]

hummmm je vois pas trop comment faire ce que tu dis.

En fait ce que je veux c'est dans une boite DOS lancer monprog.exe et que celui-ci renvoi 0 ou 1 dans la dite boite dos.

[doudoustephane]

hummmm je vois pas trop comment faire ce que tu dis.

En fait ce que je veux c'est dans une boite DOS lancer monprog.exe et que celui-ci renvoi 0 ou 1 dans la dite boite dos.

dans ce cas, c'est specifiquement ton programme "monprog.exe" qui doit le faire car la console dos ouverte sera, si tu en as deja une d'ouverte, differente de celle deja ouverte...

[JEDI_BC]

Tu aurais un exemple ? Car je ne vois franchement pas comment le coder.

[doudoustephane]

Tu aurais un exemple ? Car je ne vois franchement pas comment le coder.

tu ne vois pas comment quoi?
coder le retour? l'affichage?

je n'ai pas le code comme ca en VB6 mais je le cherche des que je sais ce que tu veux...

[AlainTech]

La réponse est là:

http://www.devx.com/vb2themax/Tip/18288

[doudoustephane]

La réponse est là:

http://www.devx.com/vb2themax/Tip/18288

oui, si on veut car les "goto", ca le fait moyens... surtout pour debuter...

[méphistopheles]

oui, si on veut car les "goto", ca le fait moyens... surtout pour debuter...

? vois pas pourquoi...

[doudoustephane]

? vois pas pourquoi...

on m'a toujours dit de les eviter, que c'est "a banir" (meme si je les utilise quand meme maintenant que je maitrise le langage...) mais c'est vrai que si l'on en mets partout, on fini par s'y perte et on ne sait plus ce que le programme fait a un moment ou un autre... enfin bon, ce n'est qu'un point de vue maintenant...

[méphistopheles]

Ha?
bon ben êtant donné que je n'ai jamais eu ce conseil, je les utilise partout en batch (d'autemps plus que je ne conais pas grand chose pour remplacer).
mais bon, si on organise les noms, ça va (même s'il fonts trés vite 32 caractères... ).


sinon, c'est vrai qu'on pourrais faire plus soft comme code:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
 
CD c:\MyApp
Text.Exe
REM process here exit code equals to two
REM ...
If Errorlevel 2 GOTO EndBatch
REM process here exit code equals to one
REM ...
If Errorlevel 1 GOTO EndBatch
REM process here a null exit code
REM ...
:EndBatch
ECHO goodbye.

[AlainTech]

La partie importante est là:

Code :

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

1
2
3
4
Private Declare Sub ExitProcess Lib "kernel32" (ByVal uExitCode As Long)
 
' Exit with ErrorLevel set to 9
ExitProcess 9

Edit --> Les GoTo sont dans le batch... On s'en fout, c'est pas du VB

[méphistopheles]

ben oui, mais je parlais des goto batch

[JEDI_BC]

Nickel exactement ce qu'il me fallait merci beaucoup.
Pour l'histoire des goto je m'en fout un peu c'est pas moi qui gère la getsion du batch
Par contre en VB ils sont a proscrire évidement, malheureusement si on veux faire une gestion d'errorhandling c'est malheureusement difficile de s'en passer.