Erreur dans le test du support de shell lorsque la chaîne est une parenthèse gauche

J'avais l'habitude d'être confiant sur le fait que les guillemets sont toujours une bonne pratique afin d'éviter que le shell ne les analyse.

Puis je suis tombé sur ceci:

$ x='('
$ [ "$x" = '1' -a "$y" = '1' ]
bash: [: `)' expected, found 1

Essayer d'isoler le problème, obtenir la même erreur:

$ [ '(' = '1' -a '1' = '1' ]
bash: [: `)' expected, found 1

J'ai résolu le problème comme ceci:

[ "$x" = '1' ] && [ "$y" = '1' ]

J'ai encore besoin de savoir ce qui se passe ici.

Il s'agit d'un cas d'angle très obscur que l'on pourrait considérer comme un bug dans la façon dont le test [intégré est défini; cependant, il correspond au comportement du [binaire réel disponible sur de nombreux systèmes. Pour autant que je peux dire, il ne touche que certains cas et une variable ayant une valeur qui correspond à un [opérateur comme (, !, =, -eet ainsi de suite.

Permettez-moi d'expliquer pourquoi et comment contourner ce problème dans les shells Bash et POSIX.

Explication:

Considérer ce qui suit:

x="("
[ "$x" = "(" ] && echo yes || echo no

Aucun problème; ce qui précède ne produit aucune erreur et produit yes. C'est ainsi que nous nous attendons à ce que les choses fonctionnent. Vous pouvez changer la chaîne de comparaison '1'si vous le souhaitez, et la valeur de x, et cela fonctionnera comme prévu.

Notez que le /usr/bin/[binaire réel se comporte de la même manière. Si vous exécutez, par exemple, '/usr/bin/[' '(' = '(' ']'il n'y a pas d'erreur, car le programme peut détecter que les arguments consistent en une opération de comparaison de chaîne unique.

Le bogue se produit lorsque nous et avec une deuxième expression. Peu importe la deuxième expression, tant qu'elle est valide. Par exemple,

[ '1' = '1' ] && echo yes || echo no

sorties yes, et est évidemment une expression valide; mais, si nous combinons les deux,

[ "$x" = "(" -a '1' = '1' ] && echo yes || echo no

Bash rejette l'expression si et seulement si xest (ou !.

Si nous devions exécuter ce qui précède en utilisant le [programme réel , à savoir

'/usr/bin/[' "$x" = "(" -a '1' = '1' ] && echo yes || echo no

l'erreur serait compréhensible: puisque le shell effectue les substitutions de variables, le /usr/bin/[binaire ne reçoit que les paramètres ( = ( -a 1 = 1et la terminaison ], il échoue naturellement à analyser si les parenthèses ouvertes commencent ou non une sous-expression, une opération et une opération étant impliquées. Bien sûr, l'analyser comme deux comparaisons de chaînes est possible, mais le faire avec avidité comme cela pourrait causer des problèmes lorsqu'il est appliqué à des expressions appropriées avec des sous-expressions entre parenthèses.

Le problème, en fait, est que le shell [intégré se comporte de la même manière, comme s'il développait la valeur de xavant d'examiner l'expression.

(Ces ambiguïtés, et d'autres liées à l'expansion des variables, étaient une grande raison pour laquelle Bash a implémenté et recommande désormais d'utiliser les [[ ... ]]expressions de test à la place.)

La solution de contournement est triviale et souvent vue dans les scripts utilisant des shshells plus anciens . Vous ajoutez souvent un caractère "sûr" xdevant les chaînes (les deux valeurs étant comparées), pour vous assurer que l'expression est reconnue comme une comparaison de chaînes:

[ "x$x" = "x(" -a "x$y" = "x1" ]

[aka testvoit:

 argc: 1 2 3 4  5 6 7 8
 argv: ( = 1 -a 1 = 1 ]

testaccepte les sous-expressions entre parenthèses; il pense donc que la parenthèse gauche ouvre une sous-expression et essaie de l'analyser; l'analyseur voit =comme la première chose dans la sous-expression et pense que c'est un test implicite de longueur de chaîne, donc il est content; la sous-expression doit ensuite être suivie d'une parenthèse droite, et à la place l'analyseur trouve à la 1place de ). Et ça se plaint.

Lorsqu'il testa exactement trois arguments et que l'argument du milieu est l'un des opérateurs reconnus, il applique cet opérateur aux 1er et 3e arguments sans rechercher de sous-expressions entre parenthèses.

Pour les détails complets man bash, recherchez test expr.

Conclusion: l'algorithme d'analyse utilisé par testest compliqué. Utilisez uniquement des expressions simples et utilisez les opérateurs shell! , &&et ||pour les combiner.