Різниця між типами розриву лінії LF, LF та CR?

Я хотів би знати різницю (з можливими прикладами) між типами розриву рядків CR LF (Windows), LF (Unix) та CR (Macintosh).

Це дійсно лише про те, які байти зберігаються у файлі. CRє байт-кодом для повернення вагона (з днів машинописів) і LFаналогічно для каналу рядків. Він просто відноситься до байтів, які розміщуються як маркери в кінці рядка.

Більше інформації, як завжди, на Вікіпедії .

CR і LF - це контрольні символи, відповідно кодовані 0x0D(13 десятків) і 0x0A(10 десяткових знаків).

Вони використовуються для позначення розриву рядка в текстовому файлі. Як ви вказали, Windows використовує два символи послідовності CR LF; Unix використовує лише LF і старий MacOS (до OSX MacIntosh), що використовується CR.

Апокрифічна історична перспектива:

Як вказує Пітер , CR = Повернення перевезення та LF = Подання рядків , два вирази мають коріння у старих машинках / TTY. LF перемістила папір вгору (але зберегла горизонтальне положення однаковим), а CR повернув назад «каретку», щоб наступний набраний символ був у крайньому лівому положенні на папері (але на тому ж рядку). CR + LF робив і те, і інше, тобто готувався до введення нової лінії. Із часом фізична семантика кодів не застосовувалась, а оскільки пам'ять та дискети на просторах були надбавними, деякі дизайнери ОС вирішили використовувати лише одного з символів, вони просто не дуже добре спілкувалися між собою; -)

Більшість сучасних текстових редакторів та текстово-орієнтованих програм пропонують параметри / налаштування тощо, які дозволяють автоматично визначати конвенцію про кінець рядка файлу та відображати його відповідно.

Це хороший підсумок, який я знайшов:

Символ повернення каретки (CR) ( 0x0D, \r) переміщує курсор на початок рядка, не переходячи до наступного рядка. Цей символ використовується в якості нового символу рядка в операційних системах Commodore та Early Macintosh (OS-9 і новіші версії).

Символ подачі рядка (LF) ( 0x0A, \n) переміщує курсор вниз до наступного рядка, не повертаючись до початку рядка. Цей символ використовується як новий символ рядка в системах на базі UNIX (Linux, Mac OSX тощо)

Послідовність кінця рядка (EOL) ( 0x0D 0x0A, \r\n) - це фактично два символи ASCII, комбінація символів CR та LF. Він переміщує курсор як до наступного, так і до початку цього рядка. Цей символ використовується в якості нового символу рядка в більшості інших операційних систем, що не входять до Unix, включаючи Microsoft Windows, Symbian OS та інші.

Джерело

Оскільки відповіді, що вказує саме це, немає, коротко підсумовано:

Повернення каретки (MAC до OSX)

• CR
• \ r
• Код ASCII 13

Потік рядків (Linux, MAC OSX)

• НЧ
• \ n
• Код ASCII 10

Повернення каретки та канал каналів (Windows)

• CRLF
• \ r \ n
• ASCII код 13, а потім ASCII код 10

Якщо ви бачите код ASCII у дивному форматі, вони є лише цифрами 13 та 10 у різному радіасі / базовій частині, як правило, основа 8 (восьмигранна) або основа 16 (шістнадцяткова).

http://www.bluesock.org/~willg/dev/ascii.html

Джефф Етвуд опублікував нещодавню публікацію в блозі з цього приводу: Велика схизма нового рядка

Ось суть з Вікіпедії :

Послідовність CR + LF була загальноприйнятою для багатьох ранніх комп'ютерних систем, які застосовували телетипні машини, як правило, ASR33, як консольний пристрій, оскільки ця послідовність була потрібна для розташування цих принтерів на початку нового рядка. У цих системах текст часто був звичайно складений, щоб бути сумісним із цими принтерами, оскільки концепція драйверів пристроїв, що приховували такі деталі обладнання, не була ще добре розроблена; програми повинні були безпосередньо спілкуватися з телевізійною машиною та дотримуватися її домовленостей.Розмежування двох функцій приховувало той факт, що друкована головка не могла повернутися з крайнього правого краю на початок наступного рядка за один символ. Ось чому послідовність завжди надсилалася спочатку з CR. Насправді, часто доводилося надсилати зайві символи (сторонні CR або NUL, які ігноруються), щоб дати друкованій головці час перейти до лівого поля. Навіть після того, як телетайпи були замінені комп'ютерними терміналами з більш високою швидкістю передачі даних, багато операційних систем все ще підтримували автоматичне надсилання цих символів заповнення, для сумісності з більш дешевими терміналами, які потребували декількох символьних разів для прокрутки дисплея.

CR - код ASCII 13

LF - ASCII код 10.

Теоретично CR повертає курсор у першу позицію (зліва). LF подає один рядок, рухаючи курсор на один рядок вниз. Ось як у старі часи ви керували принтерами та моніторами в текстовому режимі. Ці символи зазвичай використовуються для позначення кінців рядків у текстових файлах. У різних операційних системах використовували різні умови. Як ви зазначали, Windows використовує комбінацію CR / LF, тоді як до ОС OSX Macs використовують лише CR тощо.

Системи, засновані на ASCII або сумісному наборі символів, використовують або LF (лінія каналу, 0x0A, 10 у десятковій), або CR (повернення каретки, 0x0D, 13 у десятковій частині) окремо, або CR з наступним LF (CR + LF, 0x0D 0x0A); Ці символи ґрунтуються на командах принтера: Подача рядків вказувала, що один лист паперу повинен надходити з принтера, а повернення каретки вказувало, що каретка принтера повинна повернутися до початку поточного рядка.

Ось деталі .

Сумний стан "роздільників записів" або "лінійних термінаторів" - це спадщина темних віків обчислень.

Тепер ми вважаємо цілком зрозумілим, що все, що ми хочемо представляти, є певним чином структурованими даними та відповідає різним абстракціям, які визначають рядки, файли, протоколи, повідомлення, розмітку, будь-що.

Але колись це було не зовсім так. Додатки мають вбудовані символи управління та обробку, що залежить від пристрою. Мозкові системи, які потребували і CR, і LF, просто не мали абстракції для розділювачів записів або лінійних термінаторів. CR був необхідний для того, щоб телевізійний або відеодисплей повернувся до першого стовпця, а LF (сьогодні, NL, той самий код) був необхідний, щоб перейти до наступного рядка. Я здогадуюсь, ідея зробити щось інше, ніж скинути необроблені дані на пристрій, була надто складною.

Unix і Mac фактично вказали абстракцію для кінця рядка, уявіть це. На жаль, вони вказали різні. (Unix, ах, прийшов першим.) І, природно, вони використовували контрольний код, який вже був "близький" до SOP

Оскільки майже все наше операційне програмне забезпечення сьогодні є нащадком Unix, Mac або MS, що працюють з SW, ми застрягли в лінії, що закінчується плутаниною.

NL походить від EBCDIC NL = x'15 ', що логічно порівнюється з CRLF x'odoa ascii ... це стає очевидним при фізичному переміщенні даних з мейнфреймів до середнього діапазону. Кольорово (як тільки приховані люди використовують ebcdic) NL прирівнюється до CR або LF або CRLF