ayant peut de connaissance avec sed et awk, comment supprimer les lignes blanches d'1 fichier
sed '/^$/d'
cf. http://sed.sf.net/sed1line.txt
merci d'avance
de rien, -- Jacques L'helgoualc'h
Pascal Bourguignon
fr writes:
Bonsoir, ayant peut de connaissance avec sed et awk,
Tu peux ou tu ne peux pas?
comment supprimer les lignes blanches d'1 fichier
C'est quoi une ligne "blanche" ?
Je connais des lignes qui ne contiennent aucun caractères (vides), des lignes qui ne contiennent que des espaces, des lignes qui contiennent des espaces et des tabulations, et même de nos jours, des lignes qui contiennent des espaces, des tabulations et des espaces insécables, on n'arrête pas le progrès, et je ne parle même pas encore de l'unicode...
-- __Pascal Bourguignon__ http://www.informatimago.com/ Until real software engineering is developed, the next best practice is to develop with a dynamic system that has extreme late binding in all aspects. The first system to really do this in an important way is Lisp. -- Alan Kay
fr <fr@fr.fr> writes:
Bonsoir,
ayant peut de connaissance avec sed et awk,
Tu peux ou tu ne peux pas?
comment supprimer les lignes blanches d'1 fichier
C'est quoi une ligne "blanche" ?
Je connais des lignes qui ne contiennent aucun caractères (vides),
des lignes qui ne contiennent que des espaces,
des lignes qui contiennent des espaces et des tabulations,
et même de nos jours, des lignes qui contiennent des espaces, des
tabulations et des espaces insécables, on n'arrête pas le progrès,
et je ne parle même pas encore de l'unicode...
--
__Pascal Bourguignon__ http://www.informatimago.com/
Until real software engineering is developed, the next best practice
is to develop with a dynamic system that has extreme late binding in
all aspects. The first system to really do this in an important way
is Lisp. -- Alan Kay
Bonsoir, ayant peut de connaissance avec sed et awk,
Tu peux ou tu ne peux pas?
comment supprimer les lignes blanches d'1 fichier
C'est quoi une ligne "blanche" ?
Je connais des lignes qui ne contiennent aucun caractères (vides), des lignes qui ne contiennent que des espaces, des lignes qui contiennent des espaces et des tabulations, et même de nos jours, des lignes qui contiennent des espaces, des tabulations et des espaces insécables, on n'arrête pas le progrès, et je ne parle même pas encore de l'unicode...
-- __Pascal Bourguignon__ http://www.informatimago.com/ Until real software engineering is developed, the next best practice is to develop with a dynamic system that has extreme late binding in all aspects. The first system to really do this in an important way is Lisp. -- Alan Kay
C'est quoi une ligne "blanche" ? Je connais des lignes qui ne contiennent aucun caractères (vides),
ah ha! et le caractere de fin de ligne? Au passage, j'ai une question: ce caractere de fin de ligne c'est 'n' ou bien 'CR LF' ou bien les deux, ou bien ce sont des synonymes?
-- Les serveurs avec 10Mb/s se louent maintenant pour 50 ou 60 Euros par mois! La preuve http://www.google.fr/search?q=serveur+dedie Infogerance de serveur dedie http://aspo.rktmb.org/activites/infogerance (En louant les services de l'ASPO vous luttez contre la fracture numerique)
C'est quoi une ligne "blanche" ?
Je connais des lignes qui ne contiennent aucun caractères (vides),
ah ha! et le caractere de fin de ligne?
Au passage, j'ai une question: ce caractere de fin de ligne c'est 'n' ou
bien 'CR LF' ou bien les deux, ou bien ce sont des synonymes?
--
Les serveurs avec 10Mb/s se louent maintenant pour 50 ou 60 Euros par mois!
La preuve http://www.google.fr/search?q=serveur+dedie
Infogerance de serveur dedie http://aspo.rktmb.org/activites/infogerance
(En louant les services de l'ASPO vous luttez contre la fracture numerique)
C'est quoi une ligne "blanche" ? Je connais des lignes qui ne contiennent aucun caractères (vides),
ah ha! et le caractere de fin de ligne? Au passage, j'ai une question: ce caractere de fin de ligne c'est 'n' ou bien 'CR LF' ou bien les deux, ou bien ce sont des synonymes?
-- Les serveurs avec 10Mb/s se louent maintenant pour 50 ou 60 Euros par mois! La preuve http://www.google.fr/search?q=serveur+dedie Infogerance de serveur dedie http://aspo.rktmb.org/activites/infogerance (En louant les services de l'ASPO vous luttez contre la fracture numerique)
Laurent Wacrenier
Pascal Bourguignon écrit:
fr writes:
comment supprimer les lignes blanches d'1 fichier
C'est quoi une ligne "blanche" ?
Stricto sensu, une ligne composée de blancs (espace, tabulation).
Pascal Bourguignon <spam@mouse-potato.com> écrit:
fr <fr@fr.fr> writes:
comment supprimer les lignes blanches d'1 fichier
C'est quoi une ligne "blanche" ?
Stricto sensu, une ligne composée de blancs (espace, tabulation).
C'est quoi une ligne "blanche" ? Je connais des lignes qui ne contiennent aucun caractères (vides),
ah ha! et le caractere de fin de ligne? Au passage, j'ai une question: ce caractere de fin de ligne c'est 'n' ou bien 'CR LF' ou bien les deux, ou bien ce sont des synonymes?
c'est les deux et peut-être ??
c'est un fichier excel enregistré sous le format .csv
C'est quoi une ligne "blanche" ?
Je connais des lignes qui ne contiennent aucun caractères (vides),
ah ha! et le caractere de fin de ligne?
Au passage, j'ai une question: ce caractere de fin de ligne c'est 'n' ou
bien 'CR LF' ou bien les deux, ou bien ce sont des synonymes?
c'est les deux et peut-être ??
c'est un fichier excel enregistré sous le format .csv
C'est quoi une ligne "blanche" ? Je connais des lignes qui ne contiennent aucun caractères (vides),
ah ha! et le caractere de fin de ligne? Au passage, j'ai une question: ce caractere de fin de ligne c'est 'n' ou bien 'CR LF' ou bien les deux, ou bien ce sont des synonymes?
c'est les deux et peut-être ??
c'est un fichier excel enregistré sous le format .csv
Jean-Marc Bourguet
"Rakotomandimby (R12y) Mihamina" writes:
Au passage, j'ai une question: ce caractere de fin de ligne c'est 'n' ou
En C, c'est n Sous unix, c'est LF.
bien 'CR LF' ou bien les deux, ou bien ce sont des synonymes?
TOPS-20, VMS, Dos, Windows utilisent CR LF. Mac utilise CR (je ne sais pas si c'est vrai pour Mac OS-X qui est base sur un Unix). Il y a des systemes utilisant des enregistrements (autrement dit pas de caractere particulier).
Sur tous ces systemes, l'implementation de C doit faire le mapping qu'il faut.
A+
-- Jean-Marc Site de usenet-fr: http://www.usenet-fr.news.eu.org
Au passage, j'ai une question: ce caractere de fin de ligne c'est
'n' ou
En C, c'est n
Sous unix, c'est LF.
bien 'CR LF' ou bien les deux, ou bien ce sont des synonymes?
TOPS-20, VMS, Dos, Windows utilisent CR LF.
Mac utilise CR (je ne sais pas si c'est vrai pour Mac OS-X qui est
base sur un Unix).
Il y a des systemes utilisant des enregistrements (autrement dit pas
de caractere particulier).
Sur tous ces systemes, l'implementation de C doit faire le mapping
qu'il faut.
A+
--
Jean-Marc
Site de usenet-fr: http://www.usenet-fr.news.eu.org
Au passage, j'ai une question: ce caractere de fin de ligne c'est 'n' ou
En C, c'est n Sous unix, c'est LF.
bien 'CR LF' ou bien les deux, ou bien ce sont des synonymes?
TOPS-20, VMS, Dos, Windows utilisent CR LF. Mac utilise CR (je ne sais pas si c'est vrai pour Mac OS-X qui est base sur un Unix). Il y a des systemes utilisant des enregistrements (autrement dit pas de caractere particulier).
Sur tous ces systemes, l'implementation de C doit faire le mapping qu'il faut.
A+
-- Jean-Marc Site de usenet-fr: http://www.usenet-fr.news.eu.org
Laurent Blume
Rakotomandimby (R12y) Mihamina wrote:
Au passage, j'ai une question: ce caractere de fin de ligne c'est 'n' ou bien 'CR LF' ou bien les deux, ou bien ce sont des synonymes?
Ça dépend. Sur un système Unix, n sera LF. Sur un système DOS/Windows, ce sera CR LF. Sur un Mac, ce sera CR. Sur mainframe, ce ne sera même pas en ASCII.
Donc, sur un système donné, c'est bien synonyme. Par contre, si on utilise un fichier texte en provenance d'un autre système avec un modèle différent, il faut le convertir (un transfert FTP en mode texte le fait automatiquement, par exemple, ou sinon, les utilitaires unix2dos et dos2unix).
Laurent
Rakotomandimby (R12y) Mihamina wrote:
Au passage, j'ai une question: ce caractere de fin de ligne c'est 'n' ou
bien 'CR LF' ou bien les deux, ou bien ce sont des synonymes?
Ça dépend.
Sur un système Unix, n sera LF.
Sur un système DOS/Windows, ce sera CR LF.
Sur un Mac, ce sera CR.
Sur mainframe, ce ne sera même pas en ASCII.
Donc, sur un système donné, c'est bien synonyme. Par contre, si on utilise un
fichier texte en provenance d'un autre système avec un modèle différent, il faut
le convertir (un transfert FTP en mode texte le fait automatiquement, par
exemple, ou sinon, les utilitaires unix2dos et dos2unix).
Au passage, j'ai une question: ce caractere de fin de ligne c'est 'n' ou bien 'CR LF' ou bien les deux, ou bien ce sont des synonymes?
Ça dépend. Sur un système Unix, n sera LF. Sur un système DOS/Windows, ce sera CR LF. Sur un Mac, ce sera CR. Sur mainframe, ce ne sera même pas en ASCII.
Donc, sur un système donné, c'est bien synonyme. Par contre, si on utilise un fichier texte en provenance d'un autre système avec un modèle différent, il faut le convertir (un transfert FTP en mode texte le fait automatiquement, par exemple, ou sinon, les utilitaires unix2dos et dos2unix).
Laurent
Eric Levenez
Le 22/03/05 21:55, dans <4240863e$0$1974$, « Laurent Blume » a écrit :
Rakotomandimby (R12y) Mihamina wrote:
Au passage, j'ai une question: ce caractere de fin de ligne c'est 'n' ou bien 'CR LF' ou bien les deux, ou bien ce sont des synonymes?
Ça dépend. Sur un système Unix, n sera LF. Sur un système DOS/Windows, ce sera CR LF. Sur un Mac, ce sera CR.
Non. Depuis déjà pas mal de temps, cela n'est plus vrai. Mac OS X est un unix "normal" et à ce titre n est LF et r est CR. Les gros hacks de certains compilateurs C des premiers Mac n'est plus d'actualité du tout.
Sur mainframe, ce ne sera même pas en ASCII.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Le 22/03/05 21:55, dans
<4240863e$0$1974$79c14f64@nan-newsreader-05.noos.net>, « Laurent Blume »
<laurent_news200412@elanor.org> a écrit :
Rakotomandimby (R12y) Mihamina wrote:
Au passage, j'ai une question: ce caractere de fin de ligne c'est 'n' ou
bien 'CR LF' ou bien les deux, ou bien ce sont des synonymes?
Ça dépend.
Sur un système Unix, n sera LF.
Sur un système DOS/Windows, ce sera CR LF.
Sur un Mac, ce sera CR.
Non. Depuis déjà pas mal de temps, cela n'est plus vrai. Mac OS X est un
unix "normal" et à ce titre n est LF et r est CR. Les gros hacks de
certains compilateurs C des premiers Mac n'est plus d'actualité du tout.
Sur mainframe, ce ne sera même pas en ASCII.
--
Éric Lévénez -- <http://www.levenez.com/>
Unix is not only an OS, it's a way of life.
Le 22/03/05 21:55, dans <4240863e$0$1974$, « Laurent Blume » a écrit :
Rakotomandimby (R12y) Mihamina wrote:
Au passage, j'ai une question: ce caractere de fin de ligne c'est 'n' ou bien 'CR LF' ou bien les deux, ou bien ce sont des synonymes?
Ça dépend. Sur un système Unix, n sera LF. Sur un système DOS/Windows, ce sera CR LF. Sur un Mac, ce sera CR.
Non. Depuis déjà pas mal de temps, cela n'est plus vrai. Mac OS X est un unix "normal" et à ce titre n est LF et r est CR. Les gros hacks de certains compilateurs C des premiers Mac n'est plus d'actualité du tout.
Sur mainframe, ce ne sera même pas en ASCII.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Laurent Blume
Eric Levenez wrote:
Non. Depuis déjà pas mal de temps, cela n'est plus vrai. Mac OS X est un unix "normal" et à ce titre n est LF et r est CR. Les gros hacks de certains compilateurs C des premiers Mac n'est plus d'actualité du tout.
Mes excuses, je pensais effectivement au format Mac antérieur à OS X, qui m'est resté en tête, bien que je ne m'en sois pas servi.
Laurent
Eric Levenez wrote:
Non. Depuis déjà pas mal de temps, cela n'est plus vrai. Mac OS X est un
unix "normal" et à ce titre n est LF et r est CR. Les gros hacks de
certains compilateurs C des premiers Mac n'est plus d'actualité du tout.
Mes excuses, je pensais effectivement au format Mac antérieur à OS X, qui m'est
resté en tête, bien que je ne m'en sois pas servi.
Non. Depuis déjà pas mal de temps, cela n'est plus vrai. Mac OS X est un unix "normal" et à ce titre n est LF et r est CR. Les gros hacks de certains compilateurs C des premiers Mac n'est plus d'actualité du tout.
Mes excuses, je pensais effectivement au format Mac antérieur à OS X, qui m'est resté en tête, bien que je ne m'en sois pas servi.
Laurent
Nicolas George
Laurent Blume wrote in message <4240863e$0$1974$:
[« ce » = n] Sur un système DOS/Windows, ce sera CR LF.
C'est faux. Sur un système DOS/windows, n est LF seul. n désigne un caractère, un unique char au sens C. Ce qu'il y a, c'est que sur un fichier ouvert en mode texte par stdio, CR LF en lecture est remplacé par LF, et l'inverse en écriture.
Laurent Blume wrote in message
<4240863e$0$1974$79c14f64@nan-newsreader-05.noos.net>:
[« ce » = n]
Sur un système DOS/Windows, ce sera CR LF.
C'est faux. Sur un système DOS/windows, n est LF seul. n désigne un
caractère, un unique char au sens C. Ce qu'il y a, c'est que sur un fichier
ouvert en mode texte par stdio, CR LF en lecture est remplacé par LF, et
l'inverse en écriture.
[« ce » = n] Sur un système DOS/Windows, ce sera CR LF.
C'est faux. Sur un système DOS/windows, n est LF seul. n désigne un caractère, un unique char au sens C. Ce qu'il y a, c'est que sur un fichier ouvert en mode texte par stdio, CR LF en lecture est remplacé par LF, et l'inverse en écriture.
