Discussion :

[YuGiOhJCJ]

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 :

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

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 :

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

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 :

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

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

Résultat (à l'affichage) :

Code :

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

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/

[ok.Idriss]

Bonsoir.

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

Démonstration :

Code :

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

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

[N_BaH]

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

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

[ok.Idriss]

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 ?

[N_BaH]

c'est pour ça que je n'ai pas dégainé mon fouet

[ok.Idriss]

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

[YuGiOhJCJ]

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

Exemple:

Code :

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

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 ?

[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

[disedorgue]

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

Code :

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

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 :

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

executeCmd echo "#salut" >test.txt

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

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
$ 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.

[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.

[jack-ft]

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

Exemple:

Code :

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

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 :

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

$ ./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...

[jack-ft]

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.