Commande sed - Ligne vide

Bonjour à tous,

J'éprouve quelques difficulté avec la commande sed:

- J'ai un fichier texte toto.txt:

Motif_1
blabla
qsdq
qsd
qds

Motif_2
sfdsdf
sdfs
sf
sdfsd

...

Je voudrais récupérer dans un fichier titi.txt uniquement ce qui est compris entre le motif_1 et la ligne vide suivante. Mon code est le suivant:

Code:

---

sed -n '/'Motif_1'/,/^$/p' toto.txt > titi.txt

---

Mais ce code me retourne la ligne du motif + la ligne suivante !
Motif_1
blabla

Merci pour votre aide !

Pourtant chez moi ça marche. Tu es bien sous Linux ? Les ranges (/pattern/,/pattern/) sont une extension Gnu, ça n'existe pas en sed standard.

sous linux ça retourne ça

Code:

---

1 2 3 4 5

Motif_1 blabla qsdq qsd qds

---

et je ne pense pas que c est ce qu'il veut.


il veut peut etre récupérer que

Code:

---

1 2 3 4

blabla qsdq qsd qds

---

Bonjour,

En utilisant sed, je vois pas comment faire sans un pipe :

Code:

---

sed -n '/'Motif_1'/,/^$/p' toto.txt | sed -n '/'Motif_1'/!p' > titi.txt

---

Ce qui te retourne :

Code:

---

1 2 3 4

blabla qsdq qsd qds

---

Citation:

---

Envoyé par lavazavio

Bonjour,

En utilisant sed, je vois pas comment faire sans un pipe :

Code:

---

sed -n '/'Motif_1'/,/^$/p' toto.txt | sed -n '/'Motif_1'/!p' > titi.txt

---

Ce qui te retourne :

Code:

---

1 2 3 4

blabla qsdq qsd qds

---

---

s'il le fait directement dans l'invite:

Code:

---

sed -n '/'Motif_1'/,/^$/p' toto.txt | sed -n '/'Motif_1'/\!p' > titi.txt

---

Euh... oui, c'est pas ce que j'ai dit... ? :?

juste le \!p pour pas qu il soit interprété

Que la commande soit passée directement dans le shell ou via un script, il ne faut pas de backslash. ;)

!p chez moi c est la derniere commande lancé commencant par p ... et elle est interprétée si je ne mets pas de backslash

Je ne saisis pas trop ce que tu veux dire.
Le sed du pipe (sed -n '/'Motif_1/!p') sert à supprimer la ligne Motif_1 => !p signifie : print les lignes différentes de Motif_1.
p et !p fonctionnent sur le même principe que la distinction entre égalité ( = ) et différence ( != ).

quand tu tapes !p tu lances la derniere commande commençant par p, tout comme !! lance la derniere commande entrée.

donc dans ton shell si tu as tapé une commande commençant par p avant et que tu tapes ça, ba il plante.

Code:

---

sed -n '/'Motif_1'/,/^$/p' toto.txt | sed -n '/'Motif_1'/!p' > titi.txt

---

donc rajouter un backslash avant n'est pas dérangeant et ça évite les surprises du genre

Non, car il ne faut pas confondre commande shell et commande implémentée dans sed.
Ici, p est une commande implémentée par sed qui signifie "print". La syntaxe de sed fait que p est bien reconnu comme commande interne de sed et non autre chose. Enfin, de la même façon que ici p est une commande interne à sed, !p est le contraire de la commande interne p de sed et il ne faut pas de backslash dans ce cas.

Je comprends ton raisonnement mais tu mélanges commande shell et commande interne à sed.
Pour t'en convaincre, je te laisse tester la commande sed avec ta syntaxe (\!p). Tu verras que sed va te retourner une erreur d'execution.

Code:

---

1 2 3 4 5 6 7 8 9

=> sed -n '/'Motif_1'/,/^$/p' toto.txt | sed -n '/'Motif_1'/!p' sed -n '/'Motif_1'/,/^$/p' toto.txt | sed -n '/'Motif_1'/pwd' sed: -e expression #1, char 11: extra characters after command   => sed -n '/'Motif_1'/,/^$/p' toto.txt | sed -n '/'Motif_1'/\!p' blabla qsdq qsd qds

---

j ai bien dit en commande (dans l'invite)

mais effectivement dans un shell ça plante


petit dialogue de sourd ;)

Bon, on a tous les 2 raisons alors !
Chez moi :

Code:

---

1 2 3 4 5 6 7 8

user:~/Desktop$ sed -n '/'Motif_1'/,/^$/p' toto.txt | sed -n '/'Motif_1'/!p' blabla qsdq qsd qds   user:~/Desktop$ sed -n '/'Motif_1'/,/^$/p' toto.txt | sed -n '/'Motif_1'/\!p' sed: -e expression n°1, caractère 10: commande inconnue: `\'

---

ouah surprenant ça, j'avoue ne pas trop comprendre
une différence d'environnement probablement

et j ai le meme résultat sous solaris

Bon comme ca, on saura que si un jour sed renvoie une erreur, ca sera peut-être parce qu'il faut (ou non) bloquer !p ! :D

ouai :D
sinon coincoin :)