"रिकॉर्ड विभाजक" या "लाइन टर्मिनेटर" की उदास स्थिति कंप्यूटिंग के अंधेरे युग की विरासत है।
अब, हम इसे इस बात के लिए स्वीकार करते हैं कि जिस चीज़ का हम प्रतिनिधित्व करना चाहते हैं वह किसी तरह से संरचित डेटा है और विभिन्न अमूर्तों के अनुरूप है जो लाइनों, फाइलों, प्रोटोकॉल, संदेशों, मार्कअप को परिभाषित करते हैं, जो भी हो।
लेकिन एक बार यह बिल्कुल सच नहीं था। अनुप्रयोग अंतर्निहित नियंत्रण वर्ण और डिवाइस-विशिष्ट प्रसंस्करण। सीआर और एलएफ दोनों की आवश्यकता वाले मस्तिष्क-मृत प्रणालियों में रिकॉर्ड विभाजक या लाइन टर्मिनेटर के लिए कोई अमूर्तता नहीं थी। कॉलम एक पर लौटने के लिए टेलेटाइप या वीडियो डिस्प्ले प्राप्त करने के लिए सीआर आवश्यक था और अगली पंक्ति के लिए अग्रिम करने के लिए एलएफ (आज, एनएल, समान कोड) आवश्यक था। मुझे लगता है कि डिवाइस में कच्चे डेटा को डंप करने के अलावा कुछ करने का विचार बहुत जटिल था।
यूनिक्स और मैक वास्तव में लाइन एंड के लिए एक अमूर्तता निर्दिष्ट करते हैं, कल्पना करें कि। अफसोस की बात है, उन्होंने अलग-अलग लोगों को निर्दिष्ट किया। (यूनिक्स, अहम, पहले आया था।) और स्वाभाविक रूप से, उन्होंने एक नियंत्रण कोड का उपयोग किया जो पहले से ही एसओपी के "करीब" था
चूँकि हमारे लगभग सभी ऑपरेटिंग सॉफ्टवेयर आज यूनिक्स, मैक या MS ऑपरेटिंग SW के वंशज हैं, हम भ्रम की स्थिति से जूझ रहे हैं।
\n
आमतौर पर एक लाइनफीड द्वारा दर्शाया जाता है, लेकिन यह जरूरी नहीं कि एक लाइनफीड है।