[bash] Commande avec guillemets dans une variable d'environnement

Bonjour,

Je suis confronté à un problème récurrent dont je n'arrive pas à trouver la solution.

L'idée est, dans un environnement bash (sur Ubuntu 18 #46~18.04.1), d'envoyer des commandes via des variables d'environnement (je sais, c'est une drôle d'idée :cfou:). Le but est d'afficher la commande puis le résultat.

En gros, le script, qu'on appellera mon_script.sh, contient ça :

Code:

---

1 2 3

# mon_script.sh echo "Nous allons exécuter la commande suivante : ${COMMAND}" ${COMMAND}

---

En soi, ça ne parait pas sorcier.
Par exemple, si la commande consiste à chercher le texte "super" dans toto.txt (qui contient une ligne "c'est super chouette"), ça donnera ça :

Code:

---

1 2	export COMMAND="grep super toto.txt" ./mon_script.sh

---

et la sortie doit donner ça :

Code:

---

1 2	Nous allons exécuter la commande suivante : grep Super toto.txt C'est super chouette

---

Là où ça se gâte, c'est si je veux chercher la chaîne "super chouette". J'aurais tendance à faire ça :

Code:

---

export COMMAND="grep \"super chouette\" toto.txt"

---

avec les \" pour indiquer que c'est bien le caractère guillemet que je veux
ou alors ça

Code:

---

export COMMAND="grep 'super chouette' toto.txt"

---

avec les simples guillemets autour de la chaîne cherchée.

Mais, dans les deux cas, alors que la syntaxe donne ce que je veux dans le terminal, la sortie via mon_script.sh donne alors ça :

Code:

---

1 2	Nous allons exécuter la commande suivante : grep "super chouette" toto.txt grep chouette" : No such file or directory

---

Si j'utilise des guillemets simples

Code:

---

export COMMAND="grep 'super chouette' toto.txt"

---

alors j'ai ça:

Code:

---

1 2	Nous allons exécuter la commande suivante : grep 'super chouette' toto.txt grep chouette' : No such file or directory

---

Si directement dans la fenêtre je fais

Code:

---

grep super\ chouette toto.txt

---

ça marche.

Par contre, avec

Code:

---

export COMMAND="grep super\\ chouette toto.txt"

---

j'ai cette fois ça :

Code:

---

1 2	Nous allons exécuter la commande suivante : grep super\ chouette toto.txt grep: Trailing backslash

---

Bref, c'est à devenir fou :mur:.

Et je ne parle même pas d'un pipe dans la commande ou d'une redirection, j'ai l'impression que ce n'est même pas la peine d'y penser.

Auriez-vous une petite idée pour me sortir du pétrin ?

Merci d'avance.

Citation:

---

Auriez-vous une petite idée pour me sortir du pétrin ?

---

oui.
ne pas faire ça. :twisted:

utilise une fonction :

Code:

---

1 2 3 4 5 6

$ maFonc () (PS4=' '; echo -n "vous allez exécuter :"; set -x; "$@") $ maFonc grep -i 'lorem ipsum' ./lorem\ ipsum vous allez exécuter : grep -i 'lorem ipsum' './lorem ipsum' "Lorem ipsum" dolor sit amet, consectetur adipiscing elit. Lorem ipsum dolor sit amet, consectetur adipiscing elit. $

---

Bonjour, .... heu ....
pour évaluer une commande sous forme de string, c'est pas justement eval ?

Code:

---

1 2	$ echo "super chouette" > toto.txt ; ma_commande='grep "super chouette" "toto.txt"' ; eval "$ma_commande" super chouette

---

Par contre ce que là je ne m'explique pas encore, c'est que :

Code:

---

1 2	$ echo "super chouette" > toto.txt ; ma_commande='grep "super chouette" "toto.txt"' ; eval "$ma_commande" ; echo "pas chouette" > toto.txt ; eval "$ma_commande" super chouette

---

je m'attendais à lire "pas chouette" :aie:
Pourquoi ?

eval c'est mal.
Je ne l'envisage jamais, parce que cette commande n'existe pas dans mon vocabulaire shell. :twisted:

Citation:

---

je m'attendais à lire "pas chouette"

---

pourquoi ?
le fichier a été modifié (le contenu précédent a été écrasé), mais la commande est la même.

Citation:

---

Envoyé par N_BaH

eval c'est mal.
Je ne l'envisage jamais, parce que cette commande n'existe pas dans mon vocabulaire shell. :twisted:

---

:ptdr: (moi non plus soit dit en passant, ça m'a passé)

Citation:

---

Envoyé par N_BaH

evalle fichier a été modifié (le contenu précédent a été écrasé), mais la commande est la même.

---

??? mais la commande reste la même oui, mais le fichier est différent dans son contenu, elle ne relit pas le fichier ? :calim2:
(comme si le résultat était encapsulé une fois pour toute dans ma_commande quelque soit le nombre d'appels ???)

fais des cat du fichier, avant chaque commande, ce sera plus évident.

Code:

---

$ echo "chouette" > toto.txt ; ma_commande='grep "chouette" "toto.txt"' ; eval "$ma_commande" ; echo "je cat ... " && cat toto.txt; echo "pas chouette" > toto.txt ; echo "je vérife cat ..." && cat toto.txt ; echo "je ré éval: " && eval "$ma_commande"

---

j'étais à la masse :ptdr:

Citation:

---

Envoyé par Dens1

Code:

---

$ echo "chouette" > toto.txt ; ma_commande='grep "chouette" "toto.txt"' ; eval "$ma_commande" ; echo "je cat ... " && cat toto.txt; echo "pas chouette" > toto.txt ; echo "je vérife cat ..." && cat toto.txt ; echo "je ré éval: " && eval "$ma_commande"

---

---

Pourquoi tout mettre sur une seule ligne ?
Je trouve que ça ne facilite pas la lecture.

bonjour,
oui c'est vrai, mais ça prend la tête de faire l'indentation une fois collé entre les balises CODE. (mais je ferai autrement, c'est pas beaucoup plus compliqué d'envoyer dans un fichier, d'indenter, et revenir coller *^^)

Code:

---

help fc

---

en définissant FCEDIT=$(which vim), ça devrait aller assez rapidement, si tu connais un peu vim. Sinon, ce sera l'occasion de t'y mettre. :)

merci :)
je ne connais pas du tout vim (enfin, à part de nom), j'utilise nano quand j'ai besoin d'éditer vite fait.
Excellent en effet :P

Code:

---

fc -e geany

---

ps: par contre petit souci, après avoir tester FCEDIT="/usr/bin/nano" pour ouvrir l'historique dans nano (ok), j'ai unset FCEDIT (ok =""),
or si je tape maintenant fc sans option , ça m'ouvre la dernière commande ans un fichier tmp via nano, au lieu de me l'afficher simplement sur stdout :aie:

le but de fc est justement d'éditer la dernière commande par défaut.

je n'utilise plus nano, et je n'utilise pas d'éditeur en mode graphique. :calim2:

je ne fais pas de mélanges : ce qui se passe dans le terminal reste dans le terminal. ;)