Я пытаюсь использовать что-то в bash, чтобы показать мне окончания строк в файле, напечатанном, а не интерпретированном. Файл представляет собой дамп из служб SSIS / SQL Server, который читается машиной Linux для обработки.

• Существуют ли какие - либо переключатели в пределах vi, less, moreи т.д.?

• Помимо просмотра концов строк, мне нужно знать, к какому типу конца строки это относится ( CRLFили LF). Как мне это узнать?

Вы можете использовать fileутилиту, чтобы указать тип конца строки.

Unix:

$ file testfile1.txt
testfile.txt: ASCII text

"DOS":

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

Чтобы конвертировать из "DOS" в Unix:

$ dos2unix testfile2.txt

Чтобы конвертировать из Unix в "DOS":

$ unix2dos testfile1.txt

Преобразование уже преобразованного файла не имеет никакого эффекта, поэтому его можно запускать вслепую (т. Е. Без предварительного тестирования формата), хотя обычные заявления об отказе применяются, как всегда.

В vi...

:set list чтобы увидеть окончания строк.

:set nolist чтобы вернуться к нормальной жизни.

Хотя я не думаю, что вы можете видеть \nили \r\nвнутри vi, вы можете увидеть, какой тип файла (UNIX, DOS и т. Д.), Чтобы определить, какие окончания строк он имеет ...

:set ff

В качестве альтернативы, bashвы можете использовать od -t c <filename>или просто od -c <filename>для отображения результатов.

Ubuntu 14.04:

просто cat -e <filename>работает просто отлично.

Здесь отображаются окончания строк Unix ( \nили LF) как $и окончания строк Windows ( \r\nили CRLF) как ^M$.

В оболочке bash попробуйте cat -v <filename>. Это должно отобразить возврат каретки для файлов Windows.

(Это работало для меня в rxvt через Cygwin на Windows XP).

^{Примечание редактора: cat -vвизуализирует \r(CR) символы. как ^M. Таким образом, конечные \r\nпоследовательности будут отображаться как ^Mв конце каждой выходной строки. cat -eдополнительно визуализирую \n, а именно как $. ( cat -etдополнительно визуализирует символы табуляции. как ^I.)}

Чтобы показать CR как ^Mпри меньшем использовании less -uили набрать -uодин раз, открыта.

man less говорит:

-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.

Попробуйте fileзатем file -kзатемdos2unix -ih

fileобычно будет достаточно. Но для тяжелых случаев попробуйте file -kили dosunix -ih.

Подробности ниже.

Пытаться file -k

Краткая версия: file -k somefile.txt скажу вам.

• Он будет выводиться with CRLF line endingsдля концов строк DOS / Windows.
• Он выведет with LF line endingsдля концов строки MAC.
• А для Linux / Unix строка "CR" будет просто выводиться text. (Так что, если он явно не упоминает какой-либо вид, line endingsто это неявно означает: «Концы строк CR» .)

Длинную версию смотрите ниже.

Пример из реальной жизни: кодировка сертификата

Я иногда должен проверить это для файлов сертификата PEM.

Проблема с обычным fileзаключается в следующем: иногда он пытается быть слишком умным / слишком конкретным.

Давайте попробуем небольшой тест: у меня есть несколько файлов. И один из этих файлов имеет разные окончания строк. Который из?

(Кстати: вот так выглядит один из моих типичных каталогов "работы с сертификатами".)

Давайте попробуем регулярно 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

Да. Это не говорит мне об окончаниях строк. И я уже знал, что это сертификаты. Мне не нужно было «файл», чтобы сказать мне это.

Что еще можно попробовать?

Вы можете попробовать dos2unixс --infoпереключателем, как это:

$ 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

Это говорит о том, что: yup, «0.example.end.cer» должен быть нечетным человеком. Но что за концы строк? Как вы знаете , выходной формат dos2unix наизусть? (Я не.)

Но, к счастью, есть опция --keep-going(или -kдля краткости) 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

Превосходно! Теперь мы знаем, что наш нечетный файл имеет CRLFокончания строки DOS ( ). (А у других файлов есть LFокончания строк Unix ( ). Это не явно в этом выводе. Это неявно. Это просто способ, которым fileожидается «обычный» текстовый файл.)

(Если вы хотите поделиться моей мнемоникой: «L» для «Linux» и «LF».)

Теперь давайте преобразуем преступника и попробуем еще раз:

$ 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  

Хорошо. Теперь все сертификаты имеют окончания Unix.

Пытаться dos2unix -ih

Я не знал этого, когда писал пример выше, но:

На самом деле получается, что dos2unix выдаст вам строку заголовка, если вы будете использовать -ih(сокращение --info=h) следующим образом:

$ 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

И еще один «настоящий» момент: формат заголовка действительно легко запомнить: вот две мнемоники:

1. Это DUMB (слева направо: d для Dos, u для Unix, m для Mac, b для спецификации).
2. А также: «DUM» это просто алфавитный порядок D, U и M.

дальнейшее чтение

• man file
• man dos2unix
• Википедия: Новая строка

Вы можете использовать, xxdчтобы показать шестнадцатеричный дамп файла, и отыскать символы "0d0a" или "0a".

Вы можете использовать, cat -v <filename>как подсказывает @warriorpostman.

Вы можете использовать команду todos filenameдля преобразования в окончания DOS и fromdos filenameв конец строки UNIX. Чтобы установить пакет в Ubuntu, введите sudo apt-get install tofrodos.

Вы можете использовать vim -b filenameдля редактирования файла в двоичном режиме, который будет показывать символы ^ M для возврата каретки, а новая строка указывает на наличие LF, указывая окончания строки Windows CRLF. Под LF я имею в виду, \nа под CR я имею в виду \r. Обратите внимание, что при использовании параметра -b файл всегда будет редактироваться в режиме UNIX по умолчанию, как указано [unix]в строке состояния, что означает, что при добавлении новых строк они заканчиваются LF, а не CRLF. Если вы используете обычный vim без -b для файла с окончанием строки CRLF, вы должны увидеть [dos]показанный в строке состояния, и вставленные строки будут иметь CRLF в качестве конца строки. Документация vim для fileformatsнастройки объясняет сложности.

Кроме того, у меня недостаточно очков, чтобы комментировать ответ Notepad ++, но если вы используете Notepad ++ в Windows, используйте меню View / Show Symbol / Show End of Line для отображения CR и LF. В этом случае отображается LF, тогда как для vim LF указывается новой строкой.

Я вывожу свой вывод в текстовый файл. Затем я открываю его в notepad ++, затем нажимаю кнопку «Показать все символы». Не очень элегантно, но это работает.

Vim - всегда показывать переводы Windows как ^M

Если вы предпочитаете всегда видеть символы новой строки Windows в vim render as ^M, вы можете добавить эту строку в ваш .vimrc:

set ffs=unix

Это заставит vim интерпретировать каждый файл, который вы открываете, как файл unix. Так как файлы Unix имеют \nсимвол новой строки, файл Windows с символом новой строки \r\nбудет по-прежнему отображаться правильно (благодаря \n), но будет иметь ^Mв конце файла (именно так vim отображает \rсимвол).

Vim - иногда показывать переводы Windows

Если вы хотите установить его отдельно для каждого файла, вы можете использовать его :e ++ff=unixпри редактировании данного файла.

Vim - всегда показывать тип файла ( unixvs dos)

Если вы хотите в нижней строке Vim всегда отображать то , что FILETYPE вы редактируете (и вы не принудительно установить тип файла в UNIX) , вы можете добавить в ваш statuslineс
set statusline+=\ %{&fileencoding?&fileencoding:&encoding}.

Моя полная статусная строка представлена ​​ниже. Просто добавь это к себе .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+=\ 

Это будет как

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

внизу вашего файла

Vim - иногда показывает тип файла ( unixvs dos)

Если вы просто хотите посмотреть, какой тип файла у вас есть, вы можете использовать его :set fileformat(это не будет работать, если вы принудительно установите тип файла ). Он вернется unixдля файлов Unix и dosдля Windows.