Discussion :

[bobolecoco]

Bonjour.
Je voudrais connaitre la différence entre deux syntaxes :

Code :

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

if [ a == a ] ; then sleep 1 ; echo OK ; else sleep 1 ; echo Diff ; fi

et

Code :

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

[ a == a ] && (sleep 1 ; echo OK) || (sleep 1 ; echo Diff)

J'ai du mal a comprendre ce qui les diffère (autre que l'habitude d'utilisation de l'une plus que l'autre, ou la concision de l'une par rapport à l'autre).
Merci !

[N_BaH]

Bonjour,

tout d'abord, note que == n'est pas POSIX, et que si tu exécutes cette instruction avec un /bin/sh qui n'est pas un lien vers bash, elle plantera.

ensuite, les parenthèses créent un sous-interpréteur, ce qui n'est pas utile.
pour grouper des commandes, utilise des accolades.

pour observer le différence entre les deux commandes, remplace le echo "OK" par false.

[bobolecoco]

Merci.
Pour "==", je suis au courant, j'ai eu le problème avec un "cronjob" (qui utilise /bin/sh) et qui ne fonctionnait donc pas.
Je ne vois aucune différence en remplaçant "echo OK" par "false"...

[N_BaH]

pourtant il y en a :

Code :

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

1
2
3
$ if test "a" = "a"; then false; else echo ko; fi
$ echo $?
1

a est identique à a,
alors on exécute false.
la valeur de retour de la dernière commande exécutée est 1, soit faux.

Code :

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

1
2
3
4
$ test "a" = "a" && false || echo ko
ko
echo $?
0

a est identique à a,
alors on exécute false, qui faux, la lecture de la ligne de commande se poursuit, et on exécute le echo.
la valeur de retour de la dernière commande exécutée est 0, soit vrai.

le || est lié à la commande précédente, qu'elle soit dans un sous-interpréteur (entre parenthèses), ou un liste (entre accolades).

on n'utilise la deuxième forme que lorsqu'on est sûr que le commande qui précède le || retourne vrai.
si il y a un doute, on utilisera la première forme.

PS: je préfère utiliser test, afin de bien montrer que, contrairement à d'autres langages, les crochets ne font pas partie du if.
la syntaxe du if est toujours :

Code :

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

if COMMANDES; then COMMANDES; [ elif COMMANDES; then COMMANDES; ]... [ else COMMANDES; ] fi

[bobolecoco]

Parfait, merci, cela répond à ma question !

[N_BaH]

Parfait

merci de valider mes acquis.

[hizoka]

Merci pour ces rappels

Mais une question au final que veulent dire les crochets vu qu'ils ne font pas partis du if ?

Car je les utilises par habitude sans me poser de question (pas bien !)

Edit : En fait si, je sais c'est l’équivalent de test :p

[jack-ft]

au final que veulent dire les crochets vu qu'ils ne font pas partis du if ?

Edit : En fait si, je sais c'est l’équivalent de test :p

Exact. Plus précisément:

Code :

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

1
2
3
4
5
$ which '['
/bin/[
 
$ file $(which '[')
/bin/[: Mach-O 64-bit x86_64 executable, flags:<NOUNDEFS|DYLDLINK|TWOLEVEL|PIE>

Conclusion: sur certains systèmes (dont macos), il existe donc une commande "/bin/[" qui interprète ses arguments de la même manière que la built-in "[", laquelle est appelée par défaut par le bash:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
$ if [ a = a ]; then echo ok; else echo ko; fi  
ok
 
$ ls -lutr "/bin/["
-rwxr-xr-x  1 root  wheel  22672  5 sep 15:57 /bin/[*   # date inchangée par l'appel de la built-in
 
$ if /bin/[ a = a ]; then echo ok; else echo ko; fi  
ok
 
$ ls -lutr "/bin/["
-rwxr-xr-x  1 root  wheel  22672  5 sep 16:01 /bin/[  # date effectivement changée par l'appel explicite

D'ailleurs, les commandes "/bin/[" et "/bin/test" sont assez indiscernables (au sens où les fichiers sont identiques):

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
$ cmp /bin/[ /bin/test; echo $?
0
 
$ strings /bin/test
$FreeBSD$
@(#)PROGRAM:test  PROJECT:shell_cmds-198
missing ]
unexpected operator
%s: %s
closing paren expected
argument expected
%s: bad number
%s: out of range