Explication d'une commande sed

Bonjour,

pourriez vous me dire svp que fait cette ligne , je n'arrive pas à comprendre comment ça fonctionne !!

Code:

---

sed 's;$FILE;'$TRAVAIL/${TFILE}_xxx.s1';g' $1 > $1_sed

---

Merci d'avance

Bonjour,

Voici la traduction mot à mot:

Citation:

---

Pour toutes les lignes de la cible, il faut substituer $FILE par le contenu de $TRAVAIL suivi de '/' suivi du contenu de $TFILE suivi de _xxx.s1, pour toutes les occurrences de $FILE, la cible étant le premier paramètre et la sortie étant redirigée vers un fichier dont le nom est le premier paramètre allongé de '_sed'.

---

Le premier paramètre est probablement le premier argument du script dans lequel se trouve cette commande.

Citation:

---

Envoyé par Flodelarab

Bonjour,

Voici la traduction mot à mot:

Code:

---

Pour toutes les lignes de la cible, il faut substituer $FILE par le contenu de $TRAVAIL suivi de '/' suivi du contenu de $TFILE suivi de _xxx.s1,

---

---

[chipotage]
C'est presque parfait!
Il suffit juste de substituer "remplacer" à "substituer" (ou de remplacer "substituer" par "remplacer"):

Code:

---

Pour toutes les lignes de la cible, il faut remplacer $FILE par le contenu de $TRAVAIL suivi de '/' suivi du contenu de $TFILE suivi de _xxx.s1,

---

ou bien de substituer "substituer à" à "substituer" et "" à "par":

Code:

---

Pour toutes les lignes de la cible, il faut substituer à $FILE par le contenu de $TRAVAIL suivi de '/' suivi du contenu de $TFILE suivi de _xxx.s1,

---

:mouarf:
[/chipotage]

Oui mais alors, vaut-il mieux substituer "remplacer" à "substituer", échanger "substituer" avec "échanger", ou remplacer "échanger" par "remplacer" ?
:lol:

[surchipotage]
En français, il y a un espace avant et après le point d'exclamation ou les deux points. On cause pas angliche, ici.

Citation:

---

C'est presque parfait !
Il suffit juste de substituer "remplacer" à "substituer" (ou de remplacer "substituer" par "remplacer") :

ou bien de substituer "substituer à" à "substituer" et "" à "par" :

---

:mouarf:
[/surchipotage]

Salut,

[sursurchipotage]

Citation:

---

Envoyé par Flodelarab

En français, il y a un espace avant et après le point d'exclamation ou les deux points. On cause pas angliche, ici.

---

En français, il y a une espace avant et après le point d'exclamation ou les deux points.
Dans ce contexte précis espace est féminin voir ici.
[/sursurchipotage]
:mouarf::mouarf2:

Pour moi , ça $FILE c'est une variable qui référence à un nom de fichier

Celui là $TRAVAIL/${TFILE}_xxx.s1 est un fichier avec son chemin

Ce que je ne comprends pas , est ce que dans cette commande on a considéré que le contenu de $TRAVAIL/${TFILE}_xxx.s1 n'est pas vide ? parceque dans dans mon script je ne vois pas la commande qui l'alimente.


MERCI

Une version plus lisible et un peu plus robuste de cette commande:

Code:

---

sed "s;$FILE;$TRAVAIL/${TFILE}_xxx.s1;g" $1 > $1_sed

---

j'ai ça avant ma ligne :

set temporary option Temp_Extract_Column_Delimiter = ';'
set temporary option Temp_Extract_Name1 = '$FILE' ( Elle sert à quoi cette ligne ? )
/Ma requête/

Code:

---

1 2 3 4 5 6 7

touch $TRAVAIL/${TFILE}_xxx.s1 if [ $? -ne 0 ] then exit 1 fi chmod 777 $TRAVAIL/${TFILE}_xxx.s1 sed 's;$FILE;'$TRAVAIL/${TFILE}_xxx.s1';g' $1 > $1_sed

---

Je ne vois pas pourquoi on va remplacer par le contenu de $TRAVAIL/${TFILE}_xxx.s1 alors qu'il est vide pour moi !!

Citation:

---

Envoyé par jlliagre

Une version plus lisible et un peu plus robuste de cette commande:

Code:

---

sed "s;$FILE;$TRAVAIL/${TFILE}_xxx.s1;g" $1 > $1_sed

---

---

Attention ! Cette commande n'a pas le même sens. Ici, $FILE est interprété et remplacé par son contenu alors que dans la commande originale, $FILE reste $FILE à cause des quotes - et non double quotes -.

Citation:

---

Code:

---

1 2 3 4 5 6 7 8 9 10

set temporary option Temp_Extract_Column_Delimiter = ';' set temporary option Temp_Extract_Name1 = '$FILE' ( Elle sert à quoi cette ligne ? ) /Ma requête/ touch $TRAVAIL/${TFILE}_xxx.s1 if [ $? -ne 0 ] then exit 1 fi chmod 777 $TRAVAIL/${TFILE}_xxx.s1 sed 's;$FILE;'$TRAVAIL/${TFILE}_xxx.s1';g' $1 > $1_sed

---

---

Déjà, si tu mets du code, mets le dans une balise code.

Ensuite, j'ai du mal avec le fait que ce texte commence par du SQL et continue avec du bash... N'y a-t-il pas confusion ?

Non y a pas de confusion , on utilise bien du SQL à l'intérieur des scripts pour extraire des fichiers de données.

Est ce que je peux comprendre qu'on renomme le premier fichier par le deuxième et le contenu du premier va être déplacé vers le contenu du deuxième fichier ?

Pourquoi postes-tu ce sujet ? Est-ce que c'est un script qui marche et que tu veux comprendre ? Ou est-ce un script qui ne marche pas ?

Quel est ton système ? La version de ton interpréteur de commandes ?

Pour répondre à ta dernière question, aucun contenu de fichier ne sera remplacé. Au mieux, un fichier sera dupliqué et modifié.

Citation:

---

Envoyé par rosyfulla

le script que j'ai marche bien je cherche juste à comprendre les lignes , parce que c'est déjà fait , et je dois faire pareil ! je n'ai pas bien compris comment ça marche :roll:

---

D'accord. Tu réponds à la première partie de mes questions.

Quel est ton système/ordinateur/plateforme ?
Quel est la version de ton interpréteur de commandes ?

Citation:

---

Envoyé par Flodelarab

Attention ! Cette commande n'a pas le même sens. Ici, $FILE est interprété et remplacé par son contenu alors que dans la commande originale, $FILE reste $FILE à cause des quotes - et non double quotes -.

---

Non, la commande que je propose est équivalente mais plus robuste car elle gère le cas ou l'une des variables contient un[e] espace. Elle est aussi plus lisible, la preuve en est que tu l'a mal comprise.
Regarde la ligne de commande originale de plus près, les variables sont en dehors des simple quotes.

La commande que tu proposes est très honorable et probablement ce que voulait faire son auteur.

Citation:

---

les variables sont en dehors des simple quotes.

---

Mais je cite le début du message #1 :

Code:

---

sed 's;$FILE;'$TRAVAIL(...)

---

Qu'est-ce qui est entre simple quote ?
$FILE

Vos deux commandes n'ont donc pas le même sens.

;)

"OTAN" pour moi, tu as raison, $FILE n'est pas une variable mais un marqueur (pas très inspiré) dans le fichier à traiter, c'est moi qui me suis fait piéger par cette pseudo variable :

Rectification donc pour ma suggestion:

Code:

---

sed "s;\$FILE;$TRAVAIL/${TFILE}_xxx.s1;g" $1 > $1_sed

---

Citation:

---

Envoyé par Winnt

[sursurchipotage]
En français, il y a une espace avant et après le point d'exclamation ou les deux points.
Dans ce contexte précis espace est féminin voir ici.
[/sursurchipotage]
:mouarf::mouarf2:

---

[sursursurchipotage]
Exact, "espace" est féminin dans ce contexte, mais il me semblait plutôt que c'était une espace fine insécable (parfois appelée "demi-espace")!!! (voir ici)

Or (et non "hors", pliz) j'ai horreur de voir qu'une longue ligne terminée par une espace (sécable, parce qu'on n'a pas facilement accès à une espace insécable) suivie d'un point d'exclamation rejette ledit point d'exclamation à la ligne suivante!

Donc, comme beaucoup d'environnements ne permettent pas facilement d'insérer une espace fine insécable, je préfère carrément ne pas du tout mettre d'espace! Na! :mouarf:
(un peu comme les angliches et les canadiens)
[/sursursurchipotage]

Bonjour,

Citation:

---

Envoyé par jack-ft

Exact, "espace" est féminin dans ce contexte, mais il me semblait plutôt que c'était une espace fine insécable (parfois appelée "demi-espace")!!! (voir ici)

---

Je ne connaissais pas le terme de "demi-espace". L'espace fine étant selon les choix ou les polices de caractères entre un quart et un cinquième de cadratin qui correspond à la valeur de la lettre M dans la police utilisée.

Citation:

---

Envoyé par jack-ft

Donc, comme beaucoup d'environnements ne permettent pas facilement d'insérer une espace fine insécable, je préfère carrément ne pas du tout mettre d'espace! Na!
(un peu comme les angliches et les canadiens)

---

Dans ce cas, il est communément admis d'utiliser l'espace insécable en lieu et place de l'espace fine.

Citation:

---

Envoyé par Winnt

Dans ce cas, il est communément admis d'utiliser l'espace insécable en lieu et place de l'espace fine.

---

Donc, si j'ai bien compris, l'ordre des choix est:

1. espace fine insécable
2. espace insécable
3. espace sécable (normale (le 32, quoi!)) ou pas d'espace

Par exemple, dans ce forum, comme je ne sais pas mettre d'espace fine insécable, ni d'espace insécable, je choisis de ne pas mettre d'espace du tout, pour éviter d'avoir des points d'exclamation rejetés en début de ligne!

Bonsoir,

C'est cela en effet.
Le HTML ne gère pas les espaces fines et insécables (d'après mes connaissances en la matière) ce qui pose un problème pour qui souhaite avoir un rendu fin des document qu'il produit sur le net.
Mais indépendamment des problèmes de ponctuation, il y a un autre souci plus gênant pour les alphabets latin qui est l'habitude de ne pas mettre de majuscules accentuées. Cette mauvaise habitude peut conduire à des contresens, en plus de contrevenir aux règles typographiques de la langue.

UN LION TUE ou UN LION TUÉ ne signifie pas du tout la même chose.

Citation:

---

Envoyé par Winnt

Le HTML ne gère pas les espaces fines et insécables (d'après mes connaissances en la matière)

---

Et bien, ce n'est pas vrai. Je vous laisse tester ce code en envoyant le fichier html dans un onglet de votre navigateur et en redimensionnant la fenêtre:

Code:

---

1 2 3 4 5 6

<html> <head> </head> <body> cette&nbsp;phrase&nbsp;contient&nbsp;de&nbsp;nombreux espaces&nbsp;insécables&nbsp;que&nbsp;l'on&nbsp;peut&nbsp;tester en&nbsp;redimensionnant&nbsp;la&nbsp;fenêtre&nbsp;du&nbsp;navigateur </body></html>

---

Vous êtes mignons, mais vous avez noyé la discussion originale. J'aurais voulu savoir d'où venait cette bouillie infecte, mélange de SQL et bash dont je doute qu'elle existe telle quelle en étant fonctionnelle.

Citation:

---

Envoyé par Flodelarab

Et bien, ce n'est pas vrai. Je vous laisse tester ce code en envoyant le fichier html dans un onglet de votre navigateur et en redimensionnant la fenêtre:

Code:

---

1 2 3 4 5 6

<html> <head> </head> <body> cette&nbsp;phrase&nbsp;contient&nbsp;de&nbsp;nombreux espaces&nbsp;insécables&nbsp;que&nbsp;l'on&nbsp;peut&nbsp;tester en&nbsp;redimensionnant&nbsp;la&nbsp;fenêtre&nbsp;du&nbsp;navigateur </body></html>

---

---

Oui, je savais (on peut même mettre le code UTF8 en dur!). Le problème, c'est que, par exemple, les messages de ce forum n'offrent pas de moyen de le gérer (à ma connaissance).

Citation:

---

Vous êtes mignons, mais vous avez noyé la discussion originale.

---

C'est pas faux! Il faudrait une option pour collapser les tags et les posts de chipotage...

Citation:

---

J'aurais voulu savoir d'où venait cette bouillie infecte, mélange de SQL et bash dont je doute qu'elle existe telle quelle en étant fonctionnelle.

---

Si j'ai bien compris, voici mon interprétation de #8.

rosyfulla a un fichier "toto.sql" qui contient:

Code:

---

1 2 3

set temporary option Temp_Extract_Column_Delimiter = ';' set temporary option Temp_Extract_Name1 = '$FILE' -- ( Elle sert à quoi cette ligne ? ) /Ma requête/

---

D'autre part, elle a un script "set_fil_out.sh" qui contient (entre autres):

Code:

---

1 2 3 4 5 6 7

touch $TRAVAIL/${TFILE}_xxx.s1 if [ $? -ne 0 ] then exit 1 fi chmod 777 $TRAVAIL/${TFILE}_xxx.s1 sed 's;$FILE;'$TRAVAIL/${TFILE}_xxx.s1';g' $1 > $1_sed

---

Lorsqu'on appelle set_fil_out.sh "toto.sql", le script vérifie qu'on a bien les droits d'écriture sur un certain fichier de travail "$TRAVAIL/${TFILE}_xxx.s1" et, le cas échéant, remplace dans "toto.sql" la chaine de caractères '$FILE' par le nom de ce fichier de travail "$TRAVAIL/${TFILE}_xxx.s1" et écrit le résultat dans "toto.sql_sed".

J'imagine qu'il s'agit de paramétrer la commande SQL pour qu'elle écrive le résultat en csv (séparateur ";") dans le fichier de travail "$TRAVAIL/${TFILE}_xxx.s1".