Linux neden LF'yi yeni satır karakteri olarak kullanıyor?

Bildiğim kadarıyla, her işletim sisteminin satır sonu (EOL) karakterini işaretlemede farklı bir yolu vardır. Ticari işletim sistemleri EOL için satır başı kullanır (satır başı ve Windows'ta satır başı, yalnızca Mac'te satır başı). Öte yandan, Linux sadece EOL için satır beslemesi kullanır.

Linux neden EOL için satır başı kullanmıyor (ve bunun yerine yalnızca satır besleme)?

Windows CRLF, MS-DOS'dan devraldığı için kullanır .

MS-DOS CRLF, zaten kullanan CP / M'den ilham aldığından kullanır CRLF.

CP / M ve seksenli ve daha önceki birçok işletim sistemi CRLFteletipe basılmış bir çizgiyi sonlandırmanın yoluydu çünkü (hattın başına dönün ve sıradaki daktilolar gibi bir sonraki satıra geçin). Bu işlem, daha az ön işleme gerek duyulmadığı ya da hiç olmadığı için bir dosyayı yazdırmayı basitleştirdi. Tek bir karakterin kullanılabilmesini engelleyen mekanik gereksinimler de vardı. Taşıyıcının dönmesi ve merdanenin dönmesi için biraz zaman gerekebilir .

Gnu / Linux kullanır LFçünkü bir Unix klonudur . ¹

Unix, tek bir karakter kullandı LF, en baştan yerden tasarruf etmek ve kanonik bir satır sonuna standart hale getirmek için iki karakter kullanmak verimsiz ve belirsizdi. Bu seçenek 1964 gibi erken bir zamanda kullanılan Multics'ten devralındı. Bellek, depolama, CPU gücü ve bant genişliği çok seyrekti, bu yüzden satır başına bir bayt tasarruf etmeye değiyordu. Bir dosya yazdırıldığında, sürücü satır beslemesini (yeni satır) hedef cihazın gerektirdiği kontrol karakterlerine dönüştürüyordu.

LFCRikincisi hala belirli bir kullanıma sahip olduğu için tercih edildi . Yazdırılan karakteri aynı satırın başına getirerek, önceden yazılmış karakterleri aşmaya izin verdi.

Elma başlangıçta da tek bir karakterin kullanmaya karar ama nedense başka bir aldı: CR. Bir BSD arayüzüne geçtiğinde, taşındı LF.

Bu tercihlerin bir işletim sisteminin ticari olup olmadığı ile ilgisi yoktur.

¹ Bu sorunuzun cevabı.

"Newline" hakkındaki wikipedia makalesi, 1964'te NL'nin bir satır sonlandırıcı (veya ayırıcı) olarak Multics'e göre seçildiğini izler; Maalesef, makalede kaynaklara atıf yapılan çok az alıntı var ama bunun doğru olduğundan şüphelenmek için bir neden yok. CR-LF'ye göre bu seçimin iki belirgin yararı var: Yer tasarrufu ve cihaz bağımsızlığı.

Ana alternatif olan CR-LF, kağıt taşıyıcıyı bir teletip makinede fiziksel olarak hareket ettirmek için kullanılan kontrol kodlarından kaynaklanır; burada CR, taşıyıcıyı başlangıç ​​konumuna döndürür ve LF, baskı konumunu aşağı doğru hareket ettirmek için kağıt silindirini döndürür hat. İki kontrol karakteri, 1924 yılına dayanan ve görünüşe göre hala kullanımda olan ITA2 kodunda görünür (bkz. Wikipedia); Görünüşe göre ITA2 onları 1901 yılına kadar uzanan Baudot kodunun Murray varyantından aldı.

Genç okuyucular için, ana bilgisayar geleneğinde, yeni bir karakter olmadığına dikkat etmek gerekir; bunun yerine bir dosya sabit uzunlukta (genellikle delikli kartlara göre 80 karakter) veya değişken uzunlukta bir kayıt dizisiydi; değişken uzunluktaki kayıtlar tipik olarak, her kaydın başlangıcında bir karakter sayımı ile kaydedilmiştir. Her biri isteğe bağlı ikili içerik içeren değişken uzunluklu bir kayıt dizisinden oluşan bir ana dosya varsa, bunu kayıpsız bir şekilde UNIX stili bir dosyaya dönüştürmek zor bir dönüşüm olabilir.

Linux, tabii ki, sadece Unix'in bir yeniden uygulamasıydı ve Unix tasarım kararlarının çoğunu Multics'ten aldı, bu yüzden 1964'te verilen ana karar gibi görünüyor.

Diğer cevaplar miras zincirini 1960'lara ve teletiplere kadar uzandı. Ama işte onların kapsamadıkları bir yön.

Teletiplerin yapıldığı günlerde, overtriking denilen bir şey yapmanın istendiği zamanlar oldu. Aşırı gizleme, bazen bir şifreyi gizlemek için kullanılıyordu, çünkü şifreyi silmek pek mümkün değildi. Diğer zamanlarda, yazı tipinde olmayan bir sembol almak için fazla çizme yapıldı. Örneğin, O harfi ve eğik çizgi, yeni bir sembol üretir.
Aşırı gerileme, satır beslemesi olmayan bir satır başı getirilerek elde edildi, ancak bazen geri alma kullanıldı. Bu nedenle, unix insanlar taşıma işlemine satır ayırıcı olarak dönmeye karar verdiler ve bunun yerine satır beslemesini seçtiler. Bu, CRLF sözleşmesi kullanılarak üretilen metinleri okumak için de iyi sonuç verdi. CR yutulur ve LF ayırıcı olur.

C dili, Linux ve tüm POSIX uyumlu veya POSIX imsi sistemler bu nedenle hakkında bir soru tarihsel soruyu tercüme olabilir iken gerekir kullanmak LF(veya C olursa olsun en azından '\n'karakteridir) yeni satır olarak kesiştiği bir sonucudur C ve POSIX gereklilikleri C, "metin dosyaları" ve "ikili dosyalar" ın farklılık göstermesine izin verirken (aslında metin dosyaları DOS / Windows'ta '\n'/ dan CR/ LFlike / like'a çevrilmiş gibi daha az egzotik şeylerin yanı sıra, bir dizi satır kayıtlarından oluşan kayıt tabanlı olabilir ), POSIX, metin ve ikili modun aynı şekilde davranmasını zorunlu kılar. Bu büyük ölçüde komut satırı araçları gibi nedenicatgüçlü / faydalı; çok daha az olurlardı, eğer sadece ikilikle ya da sadece metinle çalıştılarsa, ama ikisi birden olmazsa.