Fonction bash dont un argument contient un caractère spécial

Version imprimable

12/03/2013, 20h25
YuGiOhJCJ

Fonction bash dont un argument contient un caractère spécial
Bonjour,

J'ai déjà ouvert une discussion [1] concernant une fonction bash appelée "execcmd" qui :
- affiche le nom de la commande à lancer
- lance la commande
- affiche un message pour dire si la commande a réussi ou échoué
La solution qui ne fonctionne pas est de stocker la commande à lancer dans une variable. Puis d'exécuter la commande à l'aide de cette variable.
La solution qui fonctionne est de stocker la commande à lancer dans les paramètres de la fonction. Puis d'exécuter la commande à l'aide de "$@".

Mais j'ai remarqué un problème lorsque l'on souhaite passer une commande qui contient des caractères spéciaux comme le ">", ">>" ou encore le "|".
Dans ce cas, ces caractères ne sont pas considérés comme des arguments de la fonction.

Exemple :

Code:

execcmd echo '#!/bin/bash' > /tmp/toto.txt

Résultat (à l'affichage) :
rien du tout ! (car le flux est redirigé vers le fichier)

Résultat (dans le fichier) :
Code:

1 2 $ cat /tmp/toto.txt executing the 'echo #!/bin/bash' command... Done.
Pour résoudre ce problème, on peut utiliser la double quote "...".
Mais dans ce cas, le symbole perd toute sa fonctionnalité dans la commande et devient une chaine de caractères ordinaire...

Exemple :

Code:

execcmd echo '#!/bin/bash' ">" /tmp/toto.txt

Résultat (à l'affichage) :

Code:

executing the 'echo #!/bin/bash > /tmp/toto.txt' command... Done.

Résultat (dans le fichier) :
le fichier /tmp/toto.txt n'existe pas !

Est-ce que vous voyez une solution pour que la commande passée en arguments à la fonction soit prise en compte correctement ?

Merci.

[1] http://www.developpez.net/forums/d12...s-script-bash/

Bonsoir.

N_BaH va encore me taper dessus (Sve@r au secours :lol: ) mais bon j'avance quand même ma solution qui fonctionne à défaut de trouver mieux : eval :aie: .

Démonstration :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 [idriss@hp-dv6:~]$ cat test.sh #!/bin/bash executeCmd(){ echo "executing the '$@' command... " eval "$@" } executeCmd $@ [idriss@hp-dv6:~]$ ./test.sh echo "salut" ">" test.txt executing the 'echo salut > test.txt' command... [idriss@hp-dv6:~]$ cat test.txt salut [idriss@hp-dv6:~]$
Si quelqu'un propose quelque chose de mieux et de plus sûr tant mieux mais au moins tu as déjà une solution fonctionnelle. Personnellement eval ne m'a jamais posé de soucis et ça reste très pratique dans beaucoup de cas, notamment pour ces histoires de méta-caractères.

Par exemple lors de sed construits dynamiquement où je concatène des expressions régulières de substitions ou la wildcard apparaît, j'ai souvent recours à eval lors de l'exécution finale afin d'éviter que bash interprète * comme la liste des fichiers du répertoire courant. Jusqu'ici j'en suis totalement satisfait.

Cordialement,
Idriss

12/03/2013, 23h14
N_BaH

Il faut bien se souvenir de ce que fait cette commande :

Citation:

Envoyé par help eval

Exécute des arguments comme s'ils étaient une commande du shell.
12/03/2013, 23h37
ok.Idriss

Citation:

Exécute des arguments comme s'ils étaient une commande du shell.

Ben à moins que j'ai mal compris, c'est un peu ce que cherche à faire YuGiOhJCJ avec sa fonction execcmd ? :aie:
12/03/2013, 23h43
N_BaH

c'est pour ça que je n'ai pas dégainé mon fouet :mouarf:
12/03/2013, 23h48
ok.Idriss

Bon beh ça prouve que eval c'est pas toujours evil :yaisse2:

:dehors:
13/03/2013, 13h26
YuGiOhJCJ
Malheureusement, il suffit qu'un "#" se situe au début d'un argument pour que ça ne fonctionne plus.

Exemple:
Code:

1 2 $ ./test.sh echo "#salut" ">" test.txt executing the 'echo #salut > test.txt' command...
Résultat (dans le fichier):
le fichier n'est pas créé !

Comment faire en cas de "#" en début d'argument ?
13/03/2013, 13h50
ok.Idriss

Bonjour.

Le plus simple c'est d'échapper tes # je pense. Si ça vient d'un fichier, un sed fera l'affaire ... si c'est écrit en dur dans le script, les échapper à la main devrait faire l'affaire aussi.

Cordialement,
Idriss

Bonjour,
Voici une autre façon possible pas très conventionnelle:

Code:

1
2
3
4
5
6
executeCmd ()
{
    CMD=`history | tail -1 | sed -e 's/^[ 0-9]*[[:graph:]]* *//g'`;
    echo "executing the '$CMD' command" > /dev/tty;
    eval $CMD
}

et ici, tu peux directement entrer une commande du type:

Code:

executeCmd echo "#salut" >test.txt

Pour pouvoir l'utiliser dans un script bash, il faut activer l'historique dans le script:

Code:

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
$ cat test1.sh
#!/bin/bash
set -o history
executeCmd(){
CMD=`history | tail -1 | sed -e 's/^[ 0-9]*[[:graph:]]* *//g'`
echo "executing the '$CMD' command" >/dev/tty
eval $CMD
}
executeCmd ls
executeCmd ls -l
executeCmd ls -l >res.txt
$ ./test1.sh
executing the 'ls' command
fichier.tx  res.txt  test1.sh  test.txt
executing the 'ls -l' command
total 3
-rw-rw-r-- 1 xxxxxx xxxxxx  22 Mar 11 15:26 fichier.tx
-rw-rw-r-- 1 xxxxxx xxxxxx   0 Mar 13 13:38 res.txt
-rwx------ 1 xxxxxx xxxxxx 220 Mar 13 13:47 test1.sh
-rw-rw-r-- 1 xxxxxx xxxxxx   7 Mar 13 13:40 test.txt
executing the 'ls -l >res.txt' command
$ cat res.txt
total 3
-rw-rw-r-- 1 xxxxxx xxxxxx  22 Mar 11 15:26 fichier.tx
-rw-rw-r-- 1 xxxxxx xxxxxx   0 Mar 13 13:47 res.txt
-rwx------ 1 xxxxxx xxxxxx 220 Mar 13 13:47 test1.sh
-rw-rw-r-- 1 xxxxxx xxxxxx   7 Mar 13 13:40 test.txt

Cordialement.

13/03/2013, 16h27
YuGiOhJCJ

Quand je lis le man de "tail" je ne vois pas l'option "-1".
Mais il semblerait que ça a le même fonctionnement que "tail -n 1".
Au lieu d'afficher les 10 dernières lignes, ça affiche une seule ligne.
Ouais jouer avec l'historique ça peut être intéressant aussi.

Et l'échappement ça fonctionne.
Ce qui est dommage avec l'échappement c'est que l'utilisateur de mon script va devoir penser à échapper tous ses caractères ce qui n'est pas vraiment acceptable...
Si à la place du "#", c'est "$@" alors je cois qu'il doit échapper ainsi "\$\@".
C'est assez horrible ^^

C'est pareil chez vous, vous ne voyez pas l'option "-1' dans le man de "tail" ?

Je pense que je vais me contenter d'échapper mes caractères... Problème résolu.
14/03/2013, 11h07
jack-ft
Citation:
Envoyé par YuGiOhJCJ

Malheureusement, il suffit qu'un "#" se situe au début d'un argument pour que ça ne fonctionne plus.

Exemple:

Code:

1 2 $ ./test.sh echo "#salut" ">" test.txt executing the 'echo #salut > test.txt' command...

Résultat (dans le fichier):
le fichier n'est pas créé !

Comment faire en cas de "#" en début d'argument ?
à vérifier, mais j'aurais plutôt quoté l'ensemble:

Code:

$ ./test.sh 'echo "#salut" > test.txt'

Du coup, il n'y a plus de guillemets autour du '>'.

Normalement ça devrait marcher! mais, si l'utilisateur a des variables non exportées, elles ne seront pas prises en compte...
14/03/2013, 11h31
jack-ft

Citation:

Envoyé par YuGiOhJCJ

Quand je lis le man de "tail" je ne vois pas l'option "-1".
Mais il semblerait que ça a le même fonctionnement que "tail -n 1".
Au lieu d'afficher les 10 dernières lignes, ça affiche une seule ligne.
C'est pareil chez vous, vous ne voyez pas l'option "-1' dans le man de "tail" ?

Je pense que je vais me contenter d'échapper mes caractères...

C'est une très vieille manière d'écrire qui marche avec n'importe quel nombre et qui semble ne plus être documenté dans les man que j'ai sous la main:
tail -1 file est équivalent à tail -n 1 file.
tail -20 fileest équivalent à tail -n 20 file.