Retours chariots fin de variable

Bonjour à tous.

J'ai une chaîne de caractère récupérée en BDD :

Code:

---

S='#ma $3##de $4##'

---

J'ai une fonction remetVariables, qui me permet de sortir ma chaîne en remplaçant certaines valeurs dedans.

Code:

---

1 2 3 4 5 6 7 8 9

function remetVariables { STRING=`echo "$1" | sed "s/#/\n/g"` STRING=$(echo "${STRING//'$NAS'/$NAS}") STRING=$(echo "${STRING//'$3'/$3}") STRING=$(echo "${STRING//'$4'/$4}") echo "$STRING" }

---

Et j'appelle cette fonction comme ceci :

Code:

---

1 2	TEXTE=$(remetVariables "$S" null chaine caractere)

---

Le souci c'est que maintenant les retours charriots en fin de variable sont perdus :

Code:

---

1 2 3 4 5 6 7

bash-3.2$ echo "$TEXTE"   ma chaine   de caractere bash-3.2$

---

Moi j'aimerais qu'il les gardent !! Comment faire svp ?

Bonjour,

c'est l'opérateur $() ou `` qui fait disparaître tes retours à la lignes.

Code:

---

1 2 3 4 5 6 7

function remetVariables { STRING=$(echo "${STRING//'$NAS'/$NAS}") STRING=$(echo "${STRING//'$3'/$3}") STRING=$(echo "${STRING//'$4'/$4}") sed "s/#/\n/g" <<< "$STRING"" }

---

(non testé, pour des raisons évidentes)

Merci, en effet j'ai bien vu que le souci venait de là.
Mais j'ai quand même besoin de faire une redirection dans une variable :

Code:

---

TEXTE=$(remetVariables "$S" null chaine caractere)

---

Comment contourner dans ce cas me $() / `` ?

As-tu essayé ceci:

Code:

---

TEXTE="$(remetVariables "$S" null chaine caractere)"

---

Bonjour,
Déjà, il faudrait corriger les autres erreurs, non ?

Code:

---

1 2 3 4 5 6 7 8 9 10

function remetVariables { #Pour remplacer la partie sed, ici on utilise le echo -e pour interpréter le "\n" STRING=$(echo -e "${1//#/\n}") #Pas besoin de echo sauf si tu dois interpréter des caractère d échappement ("\t","\n",..) et dans ce cas ne pas oublier le '-e' STRING="${STRING//\$NAS/$NAS}" STRING="${STRING//\$3/$3}" STRING="${STRING//\$4/$4}" echo "$STRING" }

---

J'ai aussi remplacé les '$NAS' '$3' '$4' par \$NAS \$3 \$4 car je suppose que ton but est de remplacer par exemple la chaine "$3" par la valeur de la variable $3, ce qui ne se faisait pas avec la syntaxe initial (le simple quote dans une chaine de caractère n'est qu'un simple caractère).

Merci jack, mais même chose,
Disedorgue, si je mets ta fonction voici le résultat, pas d'espace :

Code:

---

1 2 3 4 5 6 7

bash-3.2$ remetVariables "$S" null chaine caractere   ma chaine   de caractere bash-3.2$

---

Es-tu sûr que ta chaîne S finit par 2 croisillons?

il n'y a semble-t-il pas de solution :? : la substitution de commande "bouffe" les multiples retours à la ligne finaux. :(

un contournement consisterait à ajouter un caractère pas, ou peu, utilisé (§ par exemple), et de le supprimer après la dernière substitution de commande.
???

Si on ne fait que afficher le résultat, cela peut fonctionner en trichant:

Code:

---

1 2 3 4 5 6

function remetVariables { STRING="${1//#/\n}" STRING="${STRING//\$NAS/$NAS}" STRING="${STRING//\$3/$3}" STRING="${STRING//\$4/$4}" printf "$STRING"; }

---

Par contre dés que l'on met le résultat dans une variable, il tronque les "\n" finaux.
Une autre solution, c'est de ne pas interpréter les "\n":

Code:

---

1 2 3 4 5 6

function remetVariables { STRING="${1//#/\n}" STRING="${STRING//\$NAS/$NAS}" STRING="${STRING//\$3/$3}" STRING="${STRING//\$4/$4}" printf "%s" "$STRING"; }

---

et dans ce cas:

Code:

---

1 2 3 4 5 6 7 8 9 10

$ echo $S #ma $3##de $4## $ XX=$(remetVariables "$S" null chaine caractere) $ echo -en "$XX"   ma chaine   de caractere   $

---

La dernière solution me convient parfaitement puisqu'au final j'envoie un mail avec cette commande :

Code:

---

echo -e "$TEXTE" | "$NAIL" -s "$SUJET" "$ADRMAIL"

---

Du coup je faisais déjà le "echo -e", merci beaucoup !

A ce moment-là, la question est: pourquoi vouloir mettre un fichier entier dans une variable ?.. :roll:

La "bonne pratique" me semble être d'avoir un fichier contenant ton mail tout fait et un sed simple pour remplacer le texte de ton fichier.

Sinon, la solution en bash pour récupérer les retour à la ligne finaux dans une variable:

Code:

---

1 2 3 4 5 6 7 8 9 10

$ type remetVariables remetVariables est une fonction remetVariables () { STRING="${1//#/\n}"; STRING="${STRING//\$NAS/$NAS}"; STRING="${STRING//\$3/$3}"; STRING="${STRING//\$4/$4}"; printf "$STRING" }

---

Code:

---

1 2 3 4 5 6 7

$ remetVariables "$S" null chaine caractere   ma chaine   de caractere   $

---

Si on ne fait qu' afficher, on a bien les retours finaux.

Code:

---

1 2 3 4 5 6 7

$ XX=$(remetVariables "$S" null chaine caractere) $ echo -e $XX   ma chaine   de caractere $

---

Ici, il manque les retour finaux.

Code:

---

1 2 3 4 5 6 7 8 9

$ IFS= read -d '' XX < <(remetVariables "$S" null chaine caractere) $ echo -e $XX   ma chaine   de caractere     $

---

Ici, on a bien les retours finaux

mais pourquoi

Code:

---

echo -e "$TEXTE" | "$NAIL" -s "$SUJET" "$ADRMAIL"

---

et pas

Code:

---

remetVariables "$S" null chaine caractere | "$NAIL" -s "$SUJET" "$ADRMAIL"

---

simplement ?

ah, si seulement on savait tout dès le début !
:furieux:

Parce que jai 3 serveurs et qu'en fonction de ce dernier la variable TEXTE n'est pas la meme

Certes. Et la variable TEXTE, elle est alimentée par quoi ? Un fichier j'imagine. Elle n'est quand même pas écrite en dur dans le script.

Sous Unix, tout est fichier. Mais dans quelques discussions en ce moment, tout est dans des variables. :?

Citation:

---

Envoyé par lokomass

[...]jai 3 serveurs et [...] en fonction de ce dernier la variable TEXTE n'est pas la meme

---

mais la fonction reste la même, non ?!
c'est le principe d'une fonction : quelle que soit l'entrée, le traitement, lui, est toujours identique.
c'est "$S" qui change en fonction du serveur.

Citation:

---

Envoyé par Flodelarab

Et la variable TEXTE, elle est alimentée par quoi ? Un fichier j'imagine. Elle n'est quand même pas écrite en dur dans le script.

---

quant à stocker du texte, en dur, dans le script, ça ne me choque pas plus que ça.
ça peut éviter d'avoir des scripts qui ne fonctionnent plus parce qu'ils ne trouvent pas le fichier de données.
surtout si ce sont des données fixes que l'utilisateur n'a pas à modifier.
???

J' en rajoute une petite couche:

La variable TEXTE est le contenu du résultat de la fonction. La seule variable alimenter par un processus externe (et donc potentiellement par un fichier) est la variable S (ici retour d'un requête SQL) à ce qu'il dit dans le premier post.