Discussion :

[InitSreen]

Bonjour à tous,

Comme vous le savez peut-être, il est très difficile de percer dans le milieu de l'informatique quand on à pas de diplôme. Alors pour me faire connaitre je me suis mis en tête d'écrire un tuto sur le batch, déjà vue vous allez me dire et bien le mieux c'est de vous faire une idée par vous-même. Toutes critique constructive est la bien venu.

https://docs.google.com/file/d/0B4EC...it?usp=sharing

[hackoofr]

et Bienvenue sur DVP et pour le partage +1
Vous pouvez entre autre uploader et partager vos sources et vos tutoriels ici dans la section Téléchargements.

[InitSreen]

De rien, je remettrais un message quand le tuto seras complétement finit.

[sachadee]

Salut,

Et bravo pour ce travail, qui aidera j'en suis sûr pas mal de batcheur.
Super bien fait.

Déjà publié sur BBAT

Bravo

[InitSreen]

Bonjour,

Tout d'abord, merci à tous pour les bonnes critique que j'ai eux.

Suite à la parution du tuto une déferlante de tentative de connexion au NetBios s'est abattu sur mon système (environ 6000 après deux minute de connexion à l'Internet). Si je n'ai pas flouté le nom d'utilisateur sur le tuto, c'est que je sais ce que fait. Ça ne fait que surchargé le log du pare-feu (et de ce côté-là, non-plus, il n'y a rien à prendre, il est vidé automatiquement dès qu'il atteint la moitié de ça taille maximale). Je remercierai donc les opportuns de ne pas rallonger le log à des fins perdus comme je m'oblige à le lire régulièrement ça me fait perdre mon temps.

Merci d'avance.

[I'm_HERE]

Bonjour à tous,

Comme vous le savez peut-être, il est très difficile de percer dans le milieu de l'informatique quand on à pas de diplôme. Alors pour me faire connaitre je me suis mis en tête d'écrire un tuto sur le batch, déjà vue vous allez me dire et bien le mieux c'est de vous faire une idée par vous-même. Toutes critique constructive est la bien venu.

https://docs.google.com/file/d/0B4EC...it?usp=sharing

Salut,

Merci pour ta contribution et l'effort que t'as fourni pour ce tutoriel...j'ai lis un peu mais pas tout, et ça a l'air bien....si tu permet j'ai quelques toutes petites remarques...mais seulement si tu le permets..

En tout cas +1

[InitSreen]

Bonjour,

Merci à toi I'm_HERE d'avoir pris le temps de te penché sur mon tuto, toute remarque est la bien venu, surtout si elle permet de corriger une erreur ou d'ajouter un truck en plus (le tuto n'est pas encore finit...).

N.B.: les fautes d'orthographe seront corrigés par la suite, encore désolé, j'arrête pas d'en voire alors que c'est un de mes points faibles (j'imagine pour ceux qui ne font quasiment pas de fautes).

[I'm_HERE]

salut InitSreen,

les fichiers batchs sont des scripts de commandes qui s'executent dans cmd.exe. Le langage utilisé dans ces scripts est donc le même que celui de la ligne de commandes de cmd.exe

en invite de commandes il y a des éléments du langage qui ne sont pas exposé comme setlocal/endlocal/shift/goto et autres.
Le parseur de la ligne de commandes n'est pas le même que les fichiers de commandes, tu peux ouvrir une invite de commandes puis essayer d'afficher une variable qui n'existe pas ça te retournera %variable% par contre si tu fais la même chose dans un fichier de commandes ça ne va rien retourné...donc, copier-coller du code d'un fichier de commandes directement dans le terminal (ou l'inverse) peux causer des problèmes, il faut donc adapter notre code pour qu'il fonctionne correctement...par exemple doubler le signe "%" des variables "%%n" si on copie le code d'une boucle forindo d'un terminal vers un fichier de commandes ou inversement enlever un "%" si on copie d'un fichier de commandes vers un terminal.
aussi il y a des syntaxes qu'on peux utiliser seulement en terminal et non pas en fichiers de commandes (ou dans le contexte de la ligne de commandes) comme: set /a 6 * 10 et il y a des syntaxes qu'on peux utiliser uniquement en fichier de commandes.
le contexte d'un fichier de commandes peux utiliser le contexte de la ligne de commandes mais pas le contraire, ceci dans le cas d'un "pipe" ou d'une boucle forindo. Si on utilise un "pipe" A | B l'interpreteur execuetra une autre instance cmd.exe distinctes dans le contexte de la ligne de commandes "cmd A | cmd B" et dans le cas d'une boucle forindo l'interpreteur execuetra une autre instance cmd.exe dans le contexte de la ligne de commandes:
for in (cmd) do pour voir ceci concrétement:

Code :

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

1
2
3
for /f "tokens=2 delims=," %%a in ('
    tasklist /fi "imagename eq cmd.exe" /fo csv /nh
 ') do echo PID: %%~a

tout ceci pour te dire que même s'il y a une certaine "ressemblance apparente" entre écrire du code dans un prompt ou l'écrire dans un fichier de commandes, ceci n'implique pas que l'interpreteur va les traité d'une façon identique, j'irai même à dire que les deux codes sont presque de deux langages, dans le style presque identiques, mais dans le fond differents...

le préfixe "::" exclu de l'execution la chaîne de caractères qui le suit, ce comportement prend fin au premier retour à la ligne

à vrai dire ce n'est pas lui qui exclu mais l'interpreteur qui tombe sur une étiquette vide ":", le caractère qui la suit est un ":" qui est l'un caractères qui stoppent la lecture du nom de l'étiquette, cependant, on va détailler ceci plus loin. ( chose importante à dire cette étiquette n'a pas d'appelant donc quelques règles peuvent changé comme l'évaluation)

le préfixe "::" exclu de l'execution la chaîne de caractères qui le suit

oui, la chaine qui la suit n'est pas executer mais est parser:

Code :

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

1
2
3
@echo off
:: ceci est un commentaire %comspec:*=%
echo fin

Si <old_string> commence par un astérisque (*) la commande traietra la chaine à partir du début et s'arretera après que la première occurence de <old_string> n'est été remplacer

on peux aussi inverser le processus:

Code :

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

1
2
3
4
5
et a=first.second
set b=%a:*.=%
set c=%a:.=&rem %

echo b=%b% c=%c%

Code :

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

1
2

b=second c=first

les parenthèses aussi peuvent être utilisés dans une expression numérique (e.i de la même manière qu'en math)

cmd.exe traite les expressions de gauche à droite en
respectant les règles de précédence. L'exemple suivant montre l'effet des règles de précédence:

Code :

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

1
2
3
4
5
6
@echo off
set /a n=5, m=2
echo N=%n% M=%m%
set /a n=m+(n=m)*0
echo N=%N% M=%m%
pause

ici l'expression entre parenthèse est évalué avant l'execution de l'expression.
l'ordre décroissant de préséance*comme est indiqué dans l'aide:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
(CMD) > set /? | findstr /rc:"[^%%] -"

    ()                   - groupement
    ! ~ -                - opérateurs unaires
    * / %               - opérateurs arithmétiques
    + -                  - opérateurs arithmétiques
    << >>                - décalage logique
    &                    - ET au niveau du bit
    ^                    - OU exclusif au niveau du bit
    |                    - OU au niveau du bit
    = *= /= %= += -=    - attribution
    ,                    - séparateur d'expression

les labels sont des adresses relatives sous forme de chaine de caractères préfixé par ":" et terminé par un retour à la ligne:

c'est pas toujours le cas:

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
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
@echo off

for /l %%a in (1 1 8) do call :test%%a 

pause
exit /b

:test1
echo %0
goto :eof

:test2:blablabla
echo %0
goto :eof

:test3 blablabla
echo %0
goto :eof

:test4&blablabla
echo %0
goto :eof

:test5>blablabla
echo %0
goto :eof

:test6|blablabla
echo %0
goto :eof

:test7<blablabla
echo %0
goto :eof

:test8+blablabla
echo %0
goto :eof

Code :

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

1
2
3
4
5
6
7
8
:test1
:test2
:test3
:test4
:test5
:test6
:test7
:test8

cet exemple montre que le nom de l'etiquette peux être aussi terminé par les caractères "+<|&>: "
avec la création d'un nouveau contexte de fichier de commandes le contrôle sera transmis de l'appelant (call :etiquette) à la commande suivant l'étiquette spécifiée (appelé :etiquette), l'appelant et l'appelé, chacun d'eux à ses propres règles.
dans le contexte de l'appelant (ici call) le nom de l'etiquette (si elle est précédé par deux points) alors "CALL" ne recherche plus de fichiers mais essaye de faire un branchement avec le nom de l'etiquette qui le suit, ce nom est d'abord évalué et se termine s'il rencontre l'un des caractères suivants "=: ;+," s'il s'agit des caractères "+:" ils seront alors ajouté au nom de l'etiquette + tout ce qui se trouve après ces caractères, par contre s'il s'agit des caractères "= ;," ils ne seront plus visible dans l'étiquette appelé et tout ce qui se trouve après ces caractères sera traité comme des paramètres.
dans le contexte de l'appelé, le nom de l'etiquette n'est pas expansé et n'est pas évalué et se termine s'il rencontre l'un des caractères suivant "+<|&>: " , il est à noter aussi que le nom de l'etiquette ":etiquette" peux être précédé par n'importe quel caractère, même s'il s'agit d'un caractère reservé, puis un ou plusieurs autres caractères "=;, "
il est à noter aussi que les branchements sont de deux types: les branchements explicites (dans notre cas) et les branchement implicites (cas particuliers d'appel externe) mais ceci est une autre histoire.

voici un exemple qui concrétise tout ce que nous venons de voir dans cette brieve explication:

Code :

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

1
2
3
4
5
6
7
8
9
@echo off
set A=B
for %%e in (" ","+",":","=",",",";") do call :%%%%%A%%%~e%%e
pause
exit /b

&=;=,:= %B|9>(^)
echo Nom_du_Label=%0     arg=%1
goto:eof

Code :

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

1
2
3
4
5
6
7

Nom_du_Label=:%B       arg=" "
Nom_du_Label=:%B+"+"   arg=
Nom_du_Label=:%B:":"   arg=
Nom_du_Label=:%B       arg="="
Nom_du_Label=:%B       arg=","
Nom_du_Label=:%B       arg=";"

pour mieux comprendre la différence entre la commande "rem" et le préfixe "::"

à vrai dire la syntaxe la moins "buggeuse" pour un commentaire est: % commentaire % car "REM" et "::" provoquent beaucoup de bugs, et on doit alterner à chque fois entre les deux syntaxes pour esquiver ces bugs

la commande set n'autorise pas qu'un signe (=) fasse partit d'un nom d'une variable

il faut exclure de ceci les variables dynamiques spéciales qui ont tous un signe "=" dans leurs noms de variables, c'est un choix du créateur pour que ces variables spéciales soient en mode Read-Only.

Code :

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

1
2
3
cmd /c exit /b 110
set ; | findstr /b "="
echo %=ExitCode%

es variables predefini sont les seules à ne pas êtres sensible à la casse

?
les seuls variables sensibles à la casse sont les variables forindo...à ce que je sache


enfin, je te félicite encore pour ton beau travail et j'espère que tu vas continuer...si je trouve un peu de temps je continuerais à terminer la lecture de ton tuto

[InitSreen]

Tout d'abord merci a toi I'm_HERE d'avoir épluché la moindre ligne de mon tuto.

Mais je crois que tu devrais attendre la fin avant de t'emballer comme cela

aussi il y a des syntaxes qu'on peux utiliser seulement en terminal et non pas en fichiers de commandes (ou dans le contexte de la ligne de commandes) comme: set /a 6 * 10 et il y a des syntaxes qu'on peux utiliser uniquement en fichier de commandes.

Il s'agit d'un effet de bord de l'indirection de l'affichage standard (hors PROMPT qui est définit par "echo on|off] dans un script de commande, si par contre on redirige la sortie standard:

Code :

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

1
2
3
4
5
6
@echo off

set /a 6 * 10 | sort

pause

for in (cmd) do pour voir ceci concrétement:

En effet les deux PID sont différents, plutôt normale, il s'agit de deux instances de cmd.exe, donc deux pocessus donc deux PID (pour Info Processus IDentifier).

oui, la chaine qui la suit n'est pas executer mais est parser:

Code :

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

1
2
3
4
5
@echo off
:: ceci est un commentaire %comspec:*=%
echo fin

Comme tu dit la chaîne ci-dessus est parser, ci tu veux comprendre le pourquoi du comment: attend la fin de mon tuto.

Si <old_string> commence par un astérisque (*) la commande traietra a chaine à partir du début et s'arretera après que la première occurence de <old_string> n'est été remplacer

on peux aussi inverser le processus:

Code :

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

1
2
3
4
5
6
set a=first.second
set b=%a:*.=%
set c=%a:.=&rem %

echo b=%b% c=%c%

b=second c=first

Niveau occuration de code tu te pose là, pour "b=%a:*.=%" relie la phrase que tu as cité et pour "set c=%a:.=&rem %" tu ne fait que remplacer le "." par "&rem" donc le reste de la ligne est juste mise en commentaire, je vois pas en quoi ça inverse quoi que se soit, explique moi???

les parenthèses aussi peuvent être utilisés dans une expression numérique (e.i de la même manière qu'en math).

cmd.exe traite les expressions de gauche à droite en respectant les règles de précédence. L'exemple suivant montre l'effet des règles de précédence:

Code :

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

1
2
3
4
5
6
7
@echo off
set /a n=5, m=2
echo N=%n% M=%m%
set /a n=m+(n=m)*0
echo N=%N% M=%m%
pause

ici l'expression entre parenthèse est évalué avant l'execution de l'expression.

En mathématiques, on calculle toujours ce qui ce trouve entre paranthèse avant le reste (ce que tu appéle la précédence/préséance)

les labels sont des adresses relatives sous forme de chaine de caractères préfixé par ":" et terminé par un retour à la ligne:
c'est pas toujours le cas:

Remplace les caractères après les labels par autres choses que des caractères de redirections ou des caractères blancs et on verra si sa marche.

à vrai dire la syntaxe la moins "buggeuse" pour un commentaire est: % commentaire % car "REM" et "::" provoquent beaucoup de bugs, et on doit alterner à chque fois entre les deux syntaxes pour esquiver ces bugs

Seulemment dans les boucles "for", c'est du au fait que les boucles incrémentent un pointeur de pile (ESP) de la taille des lignes de commande exécutés dans le corps (les commentaires n'étant pas exécuté, le pointeur de pile n'est pas incrémenté) et l'adresse de retour est calculler ainsi [EBP-ESP] (arithmétique signé). Ainsi lors du saut à l'adresse de retour tu te retrouve au beau milieu d'une ligne de commande ou d'un commentaire (très peu probable d'arriver en début de ligne mais pas impossible, essaie si tu veux).

la commande set n'autorise pas qu'un signe (=) fasse partit d'un nom d'une variable

il faut exclure de ceci les variables dynamiques spéciales qui ont tous un signe "=" dans leurs noms de variables, c'est un choix du créateur pour que ces variables spéciales soient en mode Read-Only.

Effectivement ce sont bien des variables Read-only mais ci tu sait lire je dit "la commande set n'autorise pas qu'un signe (=) fasse partit d'un nom d'une variable", essaye de les définir avec set est tu verras que "la commande set n'autorise pas qu'un signe (=) fasse partit d'un nom d'une variable"; c'est d'ailleurs pour ça qu'elle sont Read-Only.

les seuls variables sensibles à la casse sont les variables forindo...à ce que je sache

Là j'avoue, autant pour moi.

Par contre, je crois que t'as pas vu la citation la plus importante.

Toutes critique constructive est la bien venu.

Tu vois où je veux en venir...

[I'm_HERE]

salut

Il s'agit d'un effet de bord de l'indirection de l'affichage standard (hors PROMPT qui est définit par "echo on|off] dans un script de commande, si par contre on redirige la sortie standard:

si tu m'avais bien suivi, j'ai dit precisemment: il y a des syntaxes qu'on peux utiliser seulement en terminal et non pas en fichier de commandes (ou dans le contexte de la ligne de commande)

le pipe et la boucle forindo uilisent le contexte de la ligne de commandes, donc: set /a 10 * 6 | sort ou encore set /a 10 *6 | more n'est autre qu'un appel de cmd.exe implicite donc on est dans le contexte de la ligne commande, aussi on pouvais faire ceci:

for /f %%a in ('set /a 6 *10') do echo %%a

car en réalité on est là aussi dans le contexte de la ligne de commandes et non pas dans le contexte du fichier de commandes:

for /f %%a in ('cmd /c set /a 6 *10') do echo %%a

explique moi ??

là, j'ai l'impression que tu n'a pas tester ce petit bout de code, teste le et tu comprendra de toi même.

Seuelement dans le boucles "for"

non,
http://www.developpez.net/forums/d79...ntaires-batch/

si tu sait lire je dit "la commande set n'autorise pas qu'un signe '=' fasse parti......."

d'accord, je vais supposer que je ne sais pas lire, puis un batcheur initier tombe sur cette syntaxe "%=Exitcode%", n'est-il pas utile de lui dire que les variables dynamiques spéciales ne suivent pas cette "règle"...c'est ce que j'ai essayer de faire....c'est tout

d'avoir épluché la moindre ligne de mon tuto

non, j'ai lu le debut et quelques titres comme les variables et label

bonne continuation,