Problème de boucle avec "until"

Bonjour,

Je ne comprends pas l’erreur affichée par la deuxième boucle dans le programme suivant :

#!/bin/bash

echo "Merci de saisir le premier mdp : "

while [ -z $v ] || [ $v != "pass1" ]; do
    read v
    echo "Mdp incorrect !"
done

echo "Très bien, maintenant le 2e : "

until [ -n $v2 ] && [ $v2 = "pass" ]; do
    read v2
    echo "Mdp incorrect !"
done

echo "C'est bon, vous êtes authentifié !"

Pour créer la condition de la boucle until, j’ai simplement inversé logiquement la condition de la première boucle. Pourtant, il semble qu’il ne reconnaît pas la syntaxe, où me suis-je planté ?

J’en profite pour signaler que les mots-clefs until et read ne sont pas surlignés dans le code, peut-être un bug du Zmarkdown ?

Salut,

Le souci est au niveau de [ -n $v2 ]. En fait, si tu souhaites tester si une variable est définie avec l’option -n de la commande test(1) tu dois entourer la variable de guillemets double. Si tu ne le fais pas, lorsque la variable est vide, c’est comme si tu écrivais test -n, ce qui est invalide (il manque un argument).

Dans tous les cas, le premier, a minmima (si -n est utilisé).

Édit :

Ben quoi, c’beau, non ?

Merci en effet, je vais systématiquement entourer mes variables par des "" lorsque je sens que ça peut planter à cause de ça.

Dans tous les cas, le premier, a minmima (si -n est utilisé).

Entourer seulement le 2e fonctionne aussi chez moi.
Entourer les deux, c’est encore mieux je suppose ?

Ah ! Oui, en effet, au temps pour moi.
Visiblement mon explication est erronée : s’il n’y a pas d’argument fourni pour l’option -n alors le test est « vrai », mais c’est syntaxiquement valide. Le souci était donc bien, comme @Gabbro le suggérait, du côté du second test.

Ah je crois avoir compris pourquoi ça plante !
En fait il substitue littéralement $v2 avec sa valeur, donc du vide, d’où l’erreur de syntaxe.

En plus @entwanne me l’avait fait remarquer sur mon dernier sujet

Résolu, pour de bon !

Yep.

Re, cette histoire de commande test m’a un peu troublé mais je pense que test est en fait un programme exécutable (une commande donc) :

#!/bin/bash

read v

if test "$v" = "pass"; then
    echo "OK"
fi

Du coup, puis-je affirmer que la notation [ a b c … ] est strictement équivalente à test a b c … où a, b et c sont des paramètres ?

Ok merci des explications

Ce sont d’ailleurs normalement les deux mêmes commandes (c’est le cas chez moi, sous OpenBSD).

$ sha1 /bin/[ /bin/test
SHA1 (/bin/[) = 24e716c8fbf9de5e1edeb037312eb906d0b72d6c
SHA1 (/bin/test) = 24e716c8fbf9de5e1edeb037312eb906d0b72d6c

Pas chez moi (Linux OpenSuse) :

$ sha1sum /usr/bin/\[ /usr/bin/test 
07f193de0831a5895f387108e9f097540a4503c5  /usr/bin/[
bc53a8c2fc86d2eb6d3755ce20098058d4d210ef  /usr/bin/test

Mais man /usr/bin/[ me renvoie sur le man de test, donc il doit y avoir une petite différence, mais c’est bien sensé faire la même chose.