Почему Windows использует CR LF?

Я понимаю разницу между ними, поэтому нет необходимости вдаваться в подробности, но мне просто интересно, в чем причина того, почему Windows использует как CR, так и LF для обозначения разрыва строки. Кажется, что метод Linux (просто с использованием LF) имеет гораздо больше смысла, экономит место и его легче анализировать.

Исторически при использовании матричные принтеры телетайпы CR вернет каретку в первую позицию строки, а LF передаст на следующую строку. Использование CR + LF в самом файле позволило отправить файл прямо на принтер без какого-либо драйвера принтера.

Спасибо @zaph, указав, что это были телетайпы, а не матричные принтеры

@sshannin разместил URL из блога Раймонда Чена, но он больше не работает. В блоге изменилось внутреннее программное обеспечение, поэтому изменились URL-адреса.

Полистав старые сообщения в новом блоге, я нашел его здесь .

Цитата из блога:

Почему терминатор линии CR + LF?

Этот протокол восходит к временам телетайпов. CR означает «возврат каретки» - управляющий символ CR вернул печатающую головку («каретку») в столбец 0 без продвижения бумаги. LF означает «перевод строки» - управляющий символ LF продвигает бумагу на одну строку без перемещения печатающей головки. Поэтому, если вы хотите вернуть печатающую головку в нулевой столбец (готовность к печати следующей строки) и продвинуть бумагу (чтобы она печатала на новой бумаге), вам понадобятся как CR, так и LF.

Если вы перейдете к различным документам интернет-протокола, таким как RFC 0821 (SMTP), RFC 1939 (POP), RFC 2060 (IMAP) или RFC 2616 (HTTP), вы увидите, что все они указывают CR + LF как последовательность завершения линии. Таким образом, настоящий вопрос заключается не в том, «Почему CP / M, MS-DOS и Win32 используют CR + LF в качестве терминатора строки?» а скорее «Почему другие люди решили отличаться от этих стандартов и использовать какой-то другой терминатор строки?»

Unix принял простой LF как последовательность завершения строки. Если вы посмотрите на параметры stty, вы увидите, что параметр onlcr указывает, следует ли изменить LF на CR + LF. Если вы ошиблись с этой настройкой, вы получите текст с лестницей, где

each
    line
        begins 

где остановилась предыдущая строка. Таким образом, даже unix, оставленный в необработанном режиме, требует CR + LF для завершения строк. Неявный CR перед LF является изобретением unix, вероятно, в целях экономии, поскольку он экономит один байт на строку.

Предки языка C unix перенесли это соглашение в стандарт языка C, который требует только «\ n» (который кодирует LF) для завершения строк, возлагая на библиотеки времени выполнения бремя преобразования необработанных данных файла в логические строки.

В языке C также был введен термин «новая строка», чтобы выразить понятие «общий терминатор строки». Мне сказали, что комитет ASCII изменил имя символа 0x0A на «новую строку» примерно в 1996 году, так что уровень путаницы был еще выше.

Вот еще одно обсуждение этой темы с точки зрения unix.

Я изменил эту вторую ссылку на снимок в The Wayback Machine, поскольку фактическая страница больше не доступна.

Надеюсь, это ответит на ваш вопрос.

Он исходит от телетайпов (и пишущих машинок) с давних времен.

Раньше было так, что, когда вы заканчивали печатать строку, вам нужно было переместить каретку пишущей машинки (которая удерживала бумагу и скользила влево, когда вы печатали) обратно в начало строки (CR). Затем вам нужно было продвинуть бумагу на одну строку (LF), чтобы перейти к следующей строке.

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

Но в основном все сводится к условности. DOS использовала полное соглашение CR / LF, а UNIX немного сократила его. Теперь мы застряли!

Другие дали ответ, но я хотел добавить ... Я полагаю, вы слишком молоды, чтобы пользоваться пишущей машинкой? ;) Каретка - барабан. При перемещении по горизонтали вправо заголовок с неподвижным шрифтом возвращается к левому краю страницы. При вращении каретки пальцем и большим пальцем страница перемещается на одну строку.

Из Википедии :

Последовательность CR + LF широко использовалась во многих ранних компьютерных системах, которые использовали телетайпы, как правило, ASR33, в качестве консольного устройства, поскольку эта последовательность требовалась для размещения этих принтеров в начале новой строки.

Я видел более одной учетной записи о том, что причина отправки двух символов (а иногда и больше) вместо одного заключалась в том, чтобы лучше согласовать скорость передачи данных с физической скоростью печати ( это было давно ). Перемещение печатающей головки занимало больше времени, чем печать одного символа, а отправка дополнительных символов была способом предотвратить передачу данных впереди печатающего устройства. Таким образом, причина, по которой у нас есть несколько символов для конца строки в Windows, в основном та же, что и причина, по которой у нас есть QWERTY-клавиатуры - она была предназначена для замедления работы .

Очевидно, что причина, по которой эта практика продолжается в Windows по сей день, основана на некотором понятии постоянной обратной совместимости и, в конечном счете, просто на простой инерции.

Однако следует отметить, что это соглашение не строго соблюдается Windows на уровне операционной системы . Любое приложение Windows может игнорировать это соглашение, в зависимости от того, с какими другими приложениями оно пытается быть совместимо.

Интересно, что статья в Википедии о «Newline» утверждает, что Windows 8 может внести изменения в использование только LF. В статье также говорится, что Mac OS X представила переход от LF + CR к только LF.