J'essaie d'utiliser quelque chose dans bash pour me montrer les fins de ligne dans un fichier imprimé plutôt qu'interprété. Le fichier est un vidage de SSIS / SQL Server lu par une machine Linux pour le traitement.

• Y a-t- il des commutateurs dans vi, less, more, etc?

• En plus de voir les fins de ligne, j'ai besoin de savoir de quel type de fin de ligne il s'agit ( CRLFou LF). Comment le découvrir?

Vous pouvez utiliser l' fileutilitaire pour vous donner une indication du type de fins de ligne.

Unix:

$ file testfile1.txt
testfile.txt: ASCII text

"DOS":

$ file testfile2.txt
testfile2.txt: ASCII text, with CRLF line terminators

Pour convertir de "DOS" en Unix:

$ dos2unix testfile2.txt

Pour convertir d'Unix en "DOS":

$ unix2dos testfile1.txt

La conversion d'un fichier déjà converti n'a aucun effet, il est donc sûr de s'exécuter à l'aveugle (c'est-à-dire sans tester d'abord le format) bien que les clauses de non-responsabilité habituelles s'appliquent, comme toujours.

Dans vi...

:set list pour voir les fins de ligne.

:set nolist pour revenir à la normale.

Bien que je ne pense pas que vous puissiez voir \nou \r\ndans vi, vous pouvez voir de quel type de fichier il s'agit (UNIX, DOS, etc.) pour en déduire les terminaisons de ligne qu'il contient ...

:set ff

Alternativement, bashvous pouvez utiliser od -t c <filename>ou simplement od -c <filename>afficher les retours.

Ubuntu 14.04:

simple , cat -e <filename>fonctionne très bien.

Cela affiche les fins de ligne Unix ( \nou LF) en tant que $et les fins de ligne Windows ( \r\nou CRLF) en tant que ^M$.

Dans le shell bash, essayez cat -v <filename>. Cela devrait afficher les retours chariot pour les fichiers Windows.

(Cela a fonctionné pour moi dans rxvt via Cygwin sur Windows XP).

^{Note de l'éditeur: cat -vvisualise les caractères \r(CR). comme ^M. Ainsi, les \r\nséquences de fin de ligne s'affichent comme ^Mà la fin de chaque ligne de sortie. cat -evisualisera également \n, à savoir comme $. ( cat -etpermet également de visualiser les caractères des onglets. as ^I.)}

Pour afficher CR comme ^Mmoins utilisé less -uou taper -uune fois moins est ouvert.

man less dit:

-u or --underline-special

      Causes backspaces and carriage returns to be treated  as  print-
      able  characters;  that  is,  they are sent to the terminal when
      they appear in the input.

Essayez filealors file -kalorsdos2unix -ih

filesera généralement suffisant. Mais pour les cas difficiles, essayez file -kou dosunix -ih.

Détails ci-dessous.

Essayer file -k

Version courte: file -k somefile.txt vous le dira.

• Il sortira with CRLF line endingspour les fins de ligne DOS / Windows.
• Il sortira with LF line endingspour les fins de ligne MAC.
• Et pour la ligne Linux / Unix "CR", il sortira simplement text. (Donc, s'il ne mentionne explicitement aucun type, line endingscela signifie implicitement: "fins de ligne CR" .)

Version longue voir ci-dessous.

Exemple concret: Encodage de certificats

Je dois parfois vérifier cela pour les fichiers de certificat PEM.

Le problème avec régulier file est le suivant: Parfois, il essaie d'être trop intelligent / trop spécifique.

Essayons un petit quiz: j'ai quelques fichiers. Et l'un de ces fichiers a des fins de ligne différentes. Laquelle?

(Soit dit en passant: voici à quoi ressemble un de mes répertoires typiques de "travail de certificat".)

Essayons régulièrement file:

$ file -- *
0.example.end.cer:         PEM certificate
0.example.end.key:         PEM RSA private key
1.example.int.cer:         PEM certificate
2.example.root.cer:        PEM certificate
example.opensslconfig.ini: ASCII text
example.req:               PEM certificate request

Huh. Il ne me dit pas les fins de ligne. Et je savais déjà qu'il s'agissait de fichiers cert. Je n'avais pas besoin de "fichier" pour me le dire.

Que pouvez-vous essayer d'autre?

Vous pouvez essayer dos2unixavec le --infocommutateur comme ceci:

$ dos2unix --info -- *
  37       0       0  no_bom    text    0.example.end.cer
   0      27       0  no_bom    text    0.example.end.key
   0      28       0  no_bom    text    1.example.int.cer
   0      25       0  no_bom    text    2.example.root.cer
   0      35       0  no_bom    text    example.opensslconfig.ini
   0      19       0  no_bom    text    example.req

Donc, cela vous dit que: oui, "0.example.end.cer" doit être l'homme étrange. Mais quel genre de fins de ligne existe-t-il? Connaissez- vous le format de sortie dos2unix par cœur? (Je ne.)

Mais heureusement, il y a l' option --keep-going(ou -kpour faire court) dans file:

$ file --keep-going -- *
0.example.end.cer:         PEM certificate\012- , ASCII text, with CRLF line terminators\012- data
0.example.end.key:         PEM RSA private key\012- , ASCII text\012- data
1.example.int.cer:         PEM certificate\012- , ASCII text\012- data
2.example.root.cer:        PEM certificate\012- , ASCII text\012- data
example.opensslconfig.ini: ASCII text\012- data
example.req:               PEM certificate request\012- , ASCII text\012- data

Excellent! Nous savons maintenant que notre fichier impair a des CRLFfins de ligne DOS ( ). (Et les autres fichiers ont des LFfins de ligne Unix ( ). Ce n'est pas explicite dans cette sortie. C'est implicite. C'est juste la façon dont fileun fichier texte "normal" devrait l'être.)

(Si vous voulez partager mon mnémonique: "L" est pour "Linux" et pour "LF".)

Convertissons maintenant le coupable et réessayons:

$ dos2unix -- 0.example.end.cer

$ file --keep-going -- *
0.example.end.cer:         PEM certificate\012- , ASCII text\012- data
0.example.end.key:         PEM RSA private key\012- , ASCII text\012- data
1.example.int.cer:         PEM certificate\012- , ASCII text\012- data
2.example.root.cer:        PEM certificate\012- , ASCII text\012- data
example.opensslconfig.ini: ASCII text\012- data
example.req:               PEM certificate request\012- , ASCII text\012- data  

Bien. Désormais, tous les certificats ont des fins de ligne Unix.

Essayer dos2unix -ih

Je ne le savais pas quand j'écrivais l'exemple ci-dessus mais:

En fait, il s'avère que dos2unix vous donnera une ligne d'en-tête si vous utilisez -ih(abréviation de --info=h) comme ceci:

$ dos2unix -ih -- *
 DOS    UNIX     MAC  BOM       TXTBIN  FILE
   0      37       0  no_bom    text    0.example.end.cer
   0      27       0  no_bom    text    0.example.end.key
   0      28       0  no_bom    text    1.example.int.cer
   0      25       0  no_bom    text    2.example.root.cer
   0      35       0  no_bom    text    example.opensslconfig.ini
   0      19       0  no_bom    text    example.req

Et un autre moment "en fait": Le format d'en-tête est vraiment facile à retenir: voici deux mnémoniques:

1. C'est DUMB (de gauche à droite: d pour Dos, u pour Unix, m pour Mac, b pour BOM).
2. Et aussi: "DUM" est juste l'ordre alphabétique de D, U et M.

Lectures complémentaires

• man file
• man dos2unix
• Wikipédia: Newline

Vous pouvez utiliser xxdpour afficher un vidage hexadécimal du fichier et rechercher les caractères "0d0a" ou "0a".

Vous pouvez utiliser cat -v <filename>comme le suggère @warriorpostman.

Vous pouvez utiliser la commande todos filenamepour convertir en fins DOS et fromdos filenamepour convertir en fins de ligne UNIX. Pour installer le package sur Ubuntu, tapez sudo apt-get install tofrodos.

Vous pouvez utiliser vim -b filenamepour modifier un fichier en mode binaire, qui affichera des caractères ^ M pour le retour chariot et une nouvelle ligne indique la présence de LF, indiquant les fins de ligne CRLF Windows. Par LF je veux dire \net par CR je veux dire \r. Notez que lorsque vous utilisez l'option -b, le fichier sera toujours modifié en mode UNIX par défaut, comme indiqué par [unix]dans la ligne d'état, ce qui signifie que si vous ajoutez de nouvelles lignes, elles se termineront par LF, pas CRLF. Si vous utilisez vim normal sans -b sur un fichier avec des fins de ligne CRLF, vous devriez voir [dos]apparaître dans la ligne d'état et les lignes insérées auront CRLF comme fin de ligne. La documentation de vim pour la fileformatsconfiguration explique les complexités.

De plus, je n'ai pas suffisamment de points pour commenter la réponse Notepad ++, mais si vous utilisez Notepad ++ sous Windows, utilisez le menu Afficher / Afficher le symbole / Afficher la fin de ligne pour afficher CR et LF. Dans ce cas, LF est affiché alors que pour vim, le LF est indiqué par une nouvelle ligne.

Je vide ma sortie dans un fichier texte. Je l'ouvre ensuite dans notepad ++ puis je clique sur le bouton Afficher tous les caractères. Pas très élégant mais ça marche.

Vim - affiche toujours les nouvelles lignes de Windows sous ^M

Si vous préférez toujours voir les sauts de ligne Windows dans le rendu vim ^M, vous pouvez ajouter cette ligne à votre .vimrc:

set ffs=unix

Cela fera interpréter à vim chaque fichier que vous ouvrez comme un fichier unix. Étant donné \nque les fichiers Unix ont le caractère de nouvelle ligne, un fichier Windows avec un caractère de nouvelle ligne \r\nsera toujours rendu correctement (grâce au \n) mais aura ^Mà la fin du fichier (c'est ainsi que vim rend le \rcaractère).

Vim - affiche parfois les nouvelles lignes de Windows

Si vous préférez simplement le définir fichier par fichier, vous pouvez l'utiliser :e ++ff=unixlors de la modification d'un fichier donné.

Vim - toujours afficher le type de fichier ( unixvs dos)

Si vous voulez que la dernière ligne de Vim affiche toujours le type de fichier que vous modifiez (et que vous n'avez pas forcé de définir le type de fichier sur Unix), vous pouvez l'ajouter à votre statuslineavec
set statusline+=\ %{&fileencoding?&fileencoding:&encoding}.

Ma ligne d'état complète est fournie ci-dessous. Ajoutez-le simplement à votre .vimrc.

" Make statusline stay, otherwise alerts will hide it
set laststatus=2
set statusline=
set statusline+=%#PmenuSel#
set statusline+=%#LineNr#
" This says 'show filename and parent dir'
set statusline+=%{expand('%:p:h:t')}/%t
" This says 'show filename as would be read from the cwd'
" set statusline+=\ %f
set statusline+=%m\
set statusline+=%=
set statusline+=%#CursorColumn#
set statusline+=\ %y
set statusline+=\ %{&fileencoding?&fileencoding:&encoding}
set statusline+=\[%{&fileformat}\]
set statusline+=\ %p%%
set statusline+=\ %l:%c
set statusline+=\ 

Ça rendra comme

.vim/vimrc\                                    [vim] utf-8[unix] 77% 315:6

au bas de votre dossier

Vim - affiche parfois le type de fichier ( unixvs dos)

Si vous voulez simplement voir quel type de fichier vous avez, vous pouvez l'utiliser :set fileformat(cela ne fonctionnera pas si vous avez forcé de définir le type de fichier ). Il reviendra unixpour les fichiers Unix et dospour Windows.