Discussion :

[jlliagre]

Sauf que dans le concret, on voit encore des internautes débarquer avec des fichiers textes ayant des lignes finies par "\r".

Oui, c'est vrai. Les applications sur Mac OS sont souvent plus tolérantes sur ce qu'elles lisent, puisqu'il a bien fallu assurer la transition entre les deux conventions de façon pas trop brutale, et continuent malheureusement parfois à sauvegarder avec l'ancienne convention.

Je propose donc de faire une indication mixte pour Mac OS

Ok, on pourrais mettre:

Windows a des fins de ligne en CRLF (carriage return, line feed), \r\n, 0d0a
Unix, Linux et Mac OS (depuis 2001) ont des fins de ligne en LF, \n, 0a (standard POSIX)
Les anciennes versions de Mac OS (jusqu'à Mac OS 9, 1999) utilisaient CR, \r, 0d, et l'on rencontre parfois des fichiers utilisant encore cette convention.

La différence viendrait-elle de la différence entre Mac OS et Mac OSX ?

Oui, c'est bien ça. C'était impliqué par "vu l'utilisation d'une couche BSD et la certification POSIX" qui sont associés à l'arrivée de Mac OS X.

[chrtophe]

Comment supprimer des lignes précises à condition qu'elles contiennent un motif ?

Il y a déjà cette entrée :
Comment supprimer des lignes selon un motif
On pourrait la compléter.

Comment afficher des lignes spécifiques d'un fichier ?

sed est un logiciel de manipulation de fichier, là il n'y en a pas.

Comment ne pas traiter tout le fichier ?

Il y a cette entrée : Comment supprimer des lignes précises

Il me faut les commandes pour :
supprimer tous les retours chariot (\n, \r, \n\r)
harmoniser les retours chariots en \n

[jlliagre]

sed est un logiciel de manipulation de fichier, là il n'y en a pas.

Oui, c'est sûr il vaut mieux mettre un nom de fichier dans une commande qui s'intitule: "Comment afficher des lignes spécifiques d'un fichier ?"

Une remarque quand même, sed ne traite pas forcément des fichiers. Comme son nom l'indique, c'est un "stream editor", un éditeur de flux.
C'est un utilitaire typique Unix/Linux qui lit sur l'entrée standard, écrit sur la sortie standard, très adapté donc pour être utilisé avec des redirections ou pipes.

[Philippe Dpt35]

Comment supprimer des lignes précises à condition qu'elles contiennent un motif ?

Il y a déjà cette entrée :
Comment supprimer des lignes selon un motif
On pourrait la compléter.

En fait ça correspondait à une entrée qui existait, sur laquelle Flodelarab a signalé une erreur. Elle a été supprimée, et je ne sais plus quel intitulé exact elle avait. On peut rétablir avec le correctif indiqué par disedorgue.

On peut soit maintenir deux entrées, soit faire de "Comment supprimer des lignes précises à condition qu'elles contiennent un motif ?" une seconde partie de "Comment-supprimer-des-lignes-selon-un-motif" avec l'introduction suivante:

Il est possible de n'agir que sur certaines lignes :
Efface la ligne 7 si elle commence par #

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sed '7{/^#/d;}'

Efface les lignes qui commencent par # depuis la ligne 4 jusqu'à la ligne 7

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sed '4,7{/^#/d;}'

Je n'ai pas d'avis déterminé quant à celle des deux solutions qui aurait la meilleure visibilité.

Comment afficher des lignes spécifiques d'un fichier ?

sed est un logiciel de manipulation de fichier, là il n'y en a pas.

Comment afficher des lignes spécifiques d'un fichier ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sed -n '3p;5p' /chemin/mon-fichier

[Flodelarab]

Ne pourrait-on pas souligner l'idée que les accolades permettent de faire un "ET" logique entre 2 conditions ?
Pour le "OU", il suffit de couper en 2 instructions indépendantes. Pour le "ET", je ne connais pas d'autre technique que l'accolade.

[Philippe Dpt35]

Ne pourrait-on pas souligner l'idée que les accolades permettent de faire un "ET" logique entre 2 conditions ?
Pour le "OU", il suffit de couper en 2 instructions indépendantes. Pour le "ET", je ne connais pas d'autre technique que l'accolade.

Bonne idée.
Peux-tu nous faire une formulation concrète, en indiquant éventuellement les contextes dans lesquels ça fonctionne et ceux dans lesquels ça ne fonctionnerait pas ?

[disedorgue]

Ne pourrait-on pas souligner l'idée que les accolades permettent de faire un "ET" logique entre 2 conditions ?
Pour le "OU", il suffit de couper en 2 instructions indépendantes. Pour le "ET", je ne connais pas d'autre technique que l'accolade.

La répétition de la condition...

[Flodelarab]

Bonne idée.
Peux-tu nous faire une formulation concrète, en indiquant éventuellement les contextes dans lesquels ça fonctionne et ceux dans lesquels ça ne fonctionnerait pas ?

Comment combiner plusieurs conditions ?

• AVEC UN "OU"
  Il suffit de prendre les 2 alternatives comme indépendantes.
  Exemple:
  Si la ligne est un commentaire ou si c'est la dernière, effacer la ligne.
  

  Code :

  Sélectionner tout - Visualiser dans une fenêtre à part

  sed '/^#/d;$d'

• AVEC UN "ET"
  L'astuce consiste à utiliser l'accolade (regroupement de commandes)
  Exemple:
  Si la ligne est la première et si elle commence par un shebang, alors afficher le nom complet de l'interpréteur.
  

  Code :

  Sélectionner tout - Visualiser dans une fenêtre à part

  sed -n '1{/^#!/s///p;q}'

  Note: inutile de répéter le motif trouvé dans la première partie de la substitution.
  
  
  Code :

  Sélectionner tout - Visualiser dans une fenêtre à part

  1
  2
  3
  4
  $ find ~ -type f -exec file {} \; 2>/dev/null |sed '/text/!d; s@:.*@@'|xargs -ITT sed -n '1{/^#!/s///p;q}' TT | sort | uniq -c
        6 /bin/bash
        2 /bin/sed -nf
        1 /bin/sh

[chrtophe]

En fait ça correspondait à une entrée qui existait, sur laquelle Flodelarab a signalé une erreur. Elle a été supprimée, et je ne sais plus quel intitulé exact elle avait. On peut rétablir avec le correctif indiqué par disedorgue.

Elle n'est pas supprimée, juste invalidée.

J'attend la fin du débat pour faire une seule mise à jour.

[disedorgue]

2 suggestions via gnu sed:

1. Prendre en compte aussi les accents sur les lettres
   Par exemple remplacer la chaine 'éeêè' par 'eeee' :
   

   Code :

   Sélectionner tout - Visualiser dans une fenêtre à part

   echo 'éeêè' | sed 's/[[=e=]]/e/g'

   Bien sur, ici, on dépend de la locale: ne fonctionne pas depuis la locale C puisqu'elle ne comprend pas les accents.
   
2. Cas particulier pour traiter un fichier texte dans sa globalité et non ligne à ligne (qui contredit l'avertissement dans la faq)
   Gnu sed expose une option qui lui dit de considérer que le séparateur de ligne n'est plus '\n' mais '\0' (caractère NULL)
   Afficher la ligne 1 sans l'option:
   

   Code :

   Sélectionner tout - Visualiser dans une fenêtre à part

   1
   2
   echo -e "toto\ntiti\ntutu" | sed -n '1p' 
   toto

   Afficher la ligne 1 avec l'option:
   

   Code :

   Sélectionner tout - Visualiser dans une fenêtre à part

   1
   2
   3
   4
   $ echo -e "toto\ntiti\ntutu" | sed -zn '1p' 
   toto
   titi
   tutu

[Philippe Dpt35]

2 suggestions via gnu sed:
[*]Cas particulier pour traiter un fichier texte dans sa globalité et non ligne à ligne (qui contredit l'avertissement dans la faq)

On pourrait dès lors compléter cet avertissement par ceci:

Formulation actuelle:
Ne pas oublier que sed fonctionne ligne par ligne. Si vous travaillez depuis une variable, contenant des retours chariot, avec un pipe vers sed, le contenu ne sera pas examiné en bloc !

Modification proposée:
Ne pas oublier que sed fonctionne ligne par ligne. Si vous travaillez depuis une variable, contenant des retours chariot, avec un pipe vers sed, le contenu ne sera pas examiné en bloc !
Cette restriction peut toutefois être contournée par l'option -z. Avec cette option, sed considère que le séparateur de ligne n'est plus '\n' mais '\0' (caractère NULL).

[disedorgue]

Oui, après, faut-il préciser que c'est spécifique à gnu sed, ou on considère que c'est implicite étant donné que l'on est dans le monde linux et autre commande gnu ?

[Philippe Dpt35]

La FAQ sed est dans la FAQ Linux, donc c'est inutile de préciser.

[Flodelarab]

Cette réflexion me fait penser que l'on a souvent conseillé :z;N;$!b z, alors que, peut-être, ajouter cette option -z aurait suffit.


Je prends quelques exemples au hasard.

Exemple 1

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sed ':z;N;$! bz;s/\n\([a-zA-Z0-9;]\)/ \1/g'

devient

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sed -z 's/\n\([a-zA-Z0-9;]\)/ \1/g'

Exemple 2

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$ sed ':z;N;$!b z;s/par/pour/' /tmp/test3.txt

devient

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$ sed -z 's/par/pour/' /tmp/test3.txt

C'est quand même plus simple et lisible.