[sed] Comportement variable selon le script

Bonjour,

J'aimerai comprendre pourquoi je n' obtiens pas le même résultat
avec une commande SED selon qu'elle est passée directement dans un émulateur de terminal (xfce4-terminal)
ou via certain script ?

Voici un exemple concret :

Prenons un fichier : touch.txt contenant :

Code:

---

1 2 3 4 5 6 7 8 9 10 11

TOUCH(1) Commandes TOUCH(1)   NOM touch - Modifier l'horodatage d'un fichier   SYNOPSIS touch [OPTION] ... FICHIER ...   DESCRIPTION Mettre à jour les dates (dates et heures) d'accès et de dernière modi‐ fication de chaque FICHIER selon la date actuelle.

---

Le but recherché est d'ajouter 2 simples quotes '' au début et à la fin de chaque ligne non-vide
(ceci pour formater ce contenu en "ligne de code" de Zim — https://www.zim-wiki.org )

Dans le terminal :

Code:

---

$ sed -Ei "s/^(.+)$/''\1''/g" /tmp/touch.txt

---

donne :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

$ cat /tmp/touch.txt ''TOUCH(1) Commandes TOUCH(1)''   ''NOM'' '' touch - Modifier l'horodatage d'un fichier''   ''SYNOPSIS'' '' touch [OPTION] ... FICHIER ...''   ''DESCRIPTION'' '' Mettre à jour les dates (dates et heures) d'accès et de dernière modi‐'' '' fication de chaque FICHIER selon la date actuelle.''

---

si je place le script : /tmp/script.sh
avec :

Code:

---

1 2 3 4

#!/bin/bash sed -Ei "s/^(.+)$/''\1''/g" /tmp/touch.txt ; exit

---

cela fonctionne aussi.


Pourtant le script :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

#!/bin/bash # Script: zim_manpage.sh # Fonction: Formater la seclection du Manuel brut de copier/coller depuis SeeTxt # Notes: S'utilise avec l'argument Zim : %t (texte séléctionné) # rm -Rf /tmp/zim/ ; mkdir /tmp/zim/ ; tempo='/tmp/zim/manpage.txt' ; echo $@ > $tempo ; sed -Ei "s/^(.+)$/''\1''/g" $tempo ; cat $tempo ; exit

---

Note : Zim possède un mécanisme de remplacement de la sélection du contenu du fichier courant (%t)
par la sortie du script et ça fonctionne bien,
mais le résultat du scriopt est une unique ligne ;
c'est pareil quand je remplace $tempo par le chemin du fichier temporaire /tmp/zim/manpage.txt :

Code:

---

1 2	''TOUCH(1) Commandes TOUCH(1) NOM touch - Modifier l'horodatage d'un fichier SYNOPSIS touch [OPTION] ... FICHIER ... DESCRIPTION Mettre à jour les dates (dates et heures) d'accès et de dernière modi‐ fication de chaque FICHIER selon la date actuelle. ''

---

même en échappant les simples cotes avec : \'

Pourquoi cette différence ?

Comment y remédier ?

Merci

Rajoute juste des guillemets sur ta ligne echo, donc remplace echo $@ par echo "$@", et tiens nous au courant.

Salut !

Citation:

---

Rajoute juste des guillemets sur ta ligne echo, donc remplace echo $@ par echo "$@", et tiens nous au courant.

---

Je n'y crois pas !... :(

j'ai passé la moitié de l'après-midi là-dessus !

Si je comprends bien comme le contenu de %t est multi-ligne,
il est considéré comme une série d'arguments séparés.

C'est ça ?

Rien a voir, le fait de ne pas encadrer de guillemets une variable, le shell ne considère pas son contenu comme une chaîne stricte et change donc tous les retour à la ligne, les multi espace, tabulation, par un seul espace.

D'où, la devise: toujours encadrer ces variables par des guillemets sauf si on sait pourquoi on ne le fait pas.

PS: Il n'y a techniquement qu'un seul cas où les guillemets sont facultatif: affecter une valeur à une variable via une variable (ex: foo=$bar et foo="$bar" sont vraiment équivalents).

Merci pour toutes ces explications.

Bonne soirée.

Bonjour,

<Hors-Sujet>
cela dit, en passant, tout cela est probablement inutile :

Code:

---

1 2 3 4 5 6

conv2zim() { test -n "$1" || return 1 test -d /tmp/zim || mkdir /tmp/zim man "$1" | sed -Ei "s/^(.+)$/''\1''/g" >"/tmp/zim/man_$1.txt" }

---

je le mets sous forme de fonction, mais son contenu (à part le return qu'il faut substituer par un exit) peut constituer un script.
/tmp/ n'est pas persistent d'un redémarrage à l'autre. est-il vraiment utile de supprimer les répertoires qui tu y crées pour cette tâche à chaque exécution ?
</Hors-Sujet>

Citation:

---

Envoyé par N_BaH

Bonjour,
....je le mets sous forme de fonction,...

---

Bonjour,

Effectivement, c'est une autre manière de voir les choses ...

... On ne perd pas son temps sur ce forum !

:ccool:

Merci
@+

Une autre version de sed:

Code:

---

sed -E "/./s/^|$/''/g"

---

et sinon une version sans sed:

Code:

---

man "$1" | while read ; do [[ "''$REPLY''" = "''''" ]] && echo "" || echo "''$REPLY''" ; done >"/tmp/zim/man_$1.txt"

---

@disedorgue

... Là il va falloir que je RTFM sérieusement ;-)

Merci !

Citation:

---

Envoyé par disedorgue

une version sans sed:

Code:

---

man "$1" | while read ; do [[ "''$REPLY''" = "''''" ]] && echo "" || echo "''$REPLY''" ; done >"/tmp/zim/man_$1.txt"

---

---

Euh... si je puis me permettre:

Code:

---

man "$1" | while read ; do test -z "$REPLY" && echo "" || echo "''$REPLY''" ; done >"/tmp/zim/man_$1.txt"

---

ou, pour ceux qui aiment bien les crochets (ce qui semble être ton cas ;)):

Code:

---

man "$1" | while read ; do [ -z "$REPLY" ] && echo "" || echo "''$REPLY''" ; done >"/tmp/zim/man_$1.txt"

---

:ptdr:, il est vrai que j'aurai pu simplifier, mais à la base, j'avais oublié de faire un check sur la ligne vide, j'ai donc gardé la chaîne que j'affichais pour faire le check, mais je reconnais que c'est une (ho|e)rreur :mrgreen:

Par contre, j'ai bien une préférence mais pour les doubles crochets qui permettent plus de choix ;)

j'apprécie énormément ces fonctionnalités avancées, mais si je ne les mets pas en œuvre, j'utilise un simple test (la contrainte de la mise en guillemets ne me gêne pas).
ce sont en plus pour moi des repères visuels, je préfère ne pas les noyer dans un code plus génér-al/ique(?).
c'est un peu comme appeler if then else fi quand tu n'as qu'une commande à passer à la suite d'un test.