উইন্ডোজ কেন সিআর এলএফ ব্যবহার করে?

Question 1

আমি দুজনের মধ্যে পার্থক্য বুঝতে পেরেছি তাই এর মধ্যে noোকার দরকার নেই, তবে আমি কেবল ভাবছি কেন উইন্ডোজ একটি লাইন বিরতি নির্দেশ করতে সিআর এবং এলএফ উভয় ব্যবহার করে এর পিছনে যুক্তিটি কী। দেখে মনে হচ্ছে লিনাক্স পদ্ধতিটি (কেবল এলএফ ব্যবহার করে) অনেক বেশি অর্থবোধ করে, স্থান বাঁচায় এবং পার্স করা সহজ।

Question 2

Whenতিহাসিকভাবে ব্যবহার করার সময় ~~ডট-ম্যাট্রিক্স প্রিন্টার~~ টেলি টাইপস সিআর গাড়িটিকে লাইনের প্রথম অবস্থানে ফিরিয়ে আনবে এবং এলএফ পরের লাইনে ফিড করবে। ফাইলটিতে সিআর + এলএফ ব্যবহার করে নিজেই কোনও প্রিন্টার ড্রাইভার ছাড়াই সরাসরি প্রিন্টারে একটি ফাইল পাঠানো সম্ভব করে তুলেছিল।

ধন্যবাদ @ জাফ এটি নির্দেশ করে যে এটি টেলি টাইপগুলি ছিল, ডট ম্যাট্রিক্স প্রিন্টার নয়

Question 3

@ শান্নিন রেমন্ড চেনের ব্লগ থেকে একটি ইউআরএল পোস্ট করেছেন, তবে এটি আর কাজ করে না। ব্লগটি তার অভ্যন্তরীণ সফ্টওয়্যার পরিবর্তন করেছে, তাই URL গুলি পরিবর্তন হয়েছে।

নতুন ব্লগে পুরানো পোস্টগুলি ক্রল করার পরে আমি এটি এখানে পেয়েছি ।

ব্লগের উদ্ধৃতি:

লাইন টার্মিনেটর সিআর + এলএফ কেন?

এই প্রোটোকল টেলি টাইপ রাইটারদের দিন থেকে শুরু করে। সিআর বলতে বোঝায় “ক্যারেজ রিটার্ন” - সিআর কন্ট্রোল ক্যারেক্টার প্রিন্ট হেড ("ক্যারেজ") কাগজটি অগ্রগতি না করে 0 কলামে ফিরিয়ে দেয়। এলএফ এর অর্থ দাঁড়ায় “লাইনফিড” - এলএফ কন্ট্রোল অক্ষর প্রিন্ট হেড না সরিয়েই কাগজের এক লাইনে উন্নত করে। সুতরাং আপনি যদি মুদ্রণ শিরোনামটি কলাম শূন্যে (পরবর্তী পংক্তিতে প্রিন্ট করার জন্য প্রস্তুত) ফিরে আসতে চান এবং কাগজটি অগ্রসর করতে চান (সুতরাং এটি তাজা কাগজে মুদ্রিত হয়), আপনার সিআর এবং এলএফ উভয়ই দরকার।

আপনি যদি বিভিন্ন ইন্টারনেট প্রোটোকল ডকুমেন্টগুলিতে যান, যেমন আরএফসি 0821 (এসএমটিপি), আরএফসি 1939 (পিওপি), আরএফসি 2060 (আইএমএপি), বা আরএফসি 2616 (এইচটিটিপি), আপনি দেখতে পাবেন যে তারা সকলেই সিআর + এলএফ নির্দিষ্ট করে লাইন সমাপ্তি ক্রম সুতরাং আসল প্রশ্নটি নয় "কেন সিপি / এম, এমএস-ডস এবং উইন 32 সিআর + এলএফ লাইন টার্মিনেটর হিসাবে ব্যবহার করবেন?" তবে বরং "কেন অন্যান্য ব্যক্তিরা এই স্ট্যান্ডার্ড নথিগুলির থেকে পৃথক হয়ে অন্য কিছু লাইন টার্মিনেটর ব্যবহার করবেন?"

ইউনিক্স সরল এলএফকে লাইন সমাপ্তির ক্রম হিসাবে গ্রহণ করেছে। আপনি যদি স্টটি বিকল্পগুলির দিকে নজর রাখেন, আপনি দেখতে পাবেন যে onlcr বিকল্পটি নির্দিষ্ট করে যে কোনও এলএফকে সিআর + এলএফতে পরিবর্তন করা উচিত। যদি আপনি এই সেটিংটি ভুল হয়ে থাকেন তবে আপনি সিঁড়ির পাঠ্য পাবেন, যেখানে
each
    line
        begins 
যেখানে আগের লাইনটি ছেড়ে গেছে এমনকি ইউনিক্স, যখন কাঁচা মোডে ছেড়ে যায়, লাইনগুলি বন্ধ করতে সিআর + এলএফ প্রয়োজন। এলএফ-এর পূর্বে অন্তর্নিহিত সিআর হ'ল একটি ইউনিক্স আবিষ্কার, সম্ভবত একটি অর্থনীতি হিসাবে, যেহেতু এটি প্রতি লাইনে একটি বাইট সংরক্ষণ করে।

সি ভাষার ইউনিক্স পূর্বসূরি এই কনভেনশনটিকে সি ভাষার মান হিসাবে চালিত করে, যার জন্য লাইন বন্ধ করতে কেবল "\ n" (যা এলএফ এনকোড করে) প্রয়োজন, কাঁচা ফাইল ডেটাটিকে যৌক্তিক লাইনে রূপান্তর করতে রানটাইম লাইব্রেরিতে বোঝা চাপায়।

সি ভাষা "জেনেরিক লাইন টার্মিনেটর" ধারণাটি প্রকাশ করতে "নিউলাইন" শব্দটিও চালু করেছিল। আমাকে বলা হয়েছে যে এএসসিআইআই কমিটি ১৯৯৯ সালের দিকে 0x0A চরিত্রের নাম পরিবর্তন করে "নিউলাইন" করে দিয়েছে, তাই বিভ্রান্তির মাত্রা আরও উচ্চতর করা হয়েছে।

এখানে ইউনিক্স দৃষ্টিকোণ থেকে বিষয়টির আরও একটি আলোচনা

আসল পৃষ্ঠাটি আর উপলভ্য না হওয়ায় আমি ওয়েবেব্যাক মেশিনের স্ন্যাপশটে এই দ্বিতীয় লিঙ্কটি পরিবর্তন করেছি।

আমি আশা করি এটি আপনার প্রশ্নের উত্তর দেয়।

Question 4

এটি ইয়ারের দিনগুলি থেকে টেলি টাইপ মেশিনগুলি (এবং টাইপরাইটার) থেকে আসে।

এটি ব্যবহৃত হত যে আপনি যখন একটি লাইন টাইপ করার সময়, আপনাকে টাইপরাইটারের গাড়িটি (যা কাগজটি ধরেছিল এবং টাইপ করার সাথে সাথে বাম দিকে স্লাইড করে) লাইনের শুরুতে (সিআর) ফিরে যেতে হবে। তারপরে আপনাকে পরবর্তী লাইনে যাওয়ার জন্য একটি লাইন (এলএফ) এর নিচে কাগজটি অগ্রসর করতে হয়েছিল।

গাড়িগুলি ফেরত দেওয়ার সময় আপনি লাইনফিডে থাকতে চাননি এমন উদাহরণ রয়েছে যেমন যেমন আপনি কোনও ড্যাশ সহ কোনও চরিত্রের স্ট্রাইকথ্রথ করতে যাচ্ছেন (আপনি কেবল এটি ওভাররাইট করতে চান)।

তবে মূলত এটি কনভেনশন পর্যন্ত ফোটে। ডস পূর্ণ সিআর / এলএফ কনভেনশন ব্যবহার করেছে এবং ইউনিক্স এটিকে কিছুটা ছোট করে দিয়েছে। এখন আমরা আটকে!

Question 5

অন্যরা উত্তর দিয়েছেন, তবে আমি যুক্ত করতে চেয়েছিলাম ... আমি অনুমান করি আপনি কি টাইপ রাইটারটি ব্যবহার করেছেন? ;) গাড়ি একটি ড্রাম। অনুভূমিকভাবে এটি ডানদিকে সরানো পৃষ্ঠার বাম মার্জিনে স্থির টাইপ মাথাটি ফিরিয়ে আনে। আপনার আঙুল এবং থাম্ব ব্যবহার করে গাড়িতে ঘোরানো পৃষ্ঠাটিকে এক লাইনে অগ্রসর করে।

Question 6

উইকিপিডিয়া থেকে :

ক্রম সিআর + এলএফ অনেকগুলি প্রাথমিক কম্পিউটার সিস্টেমে প্রচলিত ছিল যা টেলি টাইপ মেশিনগুলি গ্রহণ করেছিল, সাধারণত একটি এএসআর 33, একটি কনসোল ডিভাইস হিসাবে, কারণ এই ক্রমটি একটি নতুন লাইনের শুরুতে prin প্রিন্টারগুলিকে স্থাপন করার প্রয়োজন ছিল was

Question 7

আমি একের অধিক অ্যাকাউন্ট দেখেছি যে শারীরিক মুদ্রণের হারের সাথে ডেটা ট্রান্সফার হারকে আরও ভালভাবে মেলে যাতে একের পরিবর্তে দুটি অক্ষর (এবং কখনও কখনও আরও বেশি) প্রেরণ করার কারণ ছিল ( এটি অনেক দিন আগে ছিল )। মুদ্রণ-সরানো কোনও একক অক্ষর মুদ্রণের চেয়ে বেশি সময় নিয়েছিল এবং অতিরিক্ত অক্ষর প্রেরণ প্রিন্টিং ডিভাইসের আগে ডেটা স্থানান্তরকে আটকাতে বাধা দেওয়ার একটি উপায় ছিল। সুতরাং উইন্ডোজে আমাদের শেষ-অফ-লাইনের একাধিক অক্ষর থাকার কারণটি মূলত আমাদের QWERTY কীবোর্ডগুলির কারণের সাথে একই - এটি জিনিসগুলি ধীর করে দেওয়ার উদ্দেশ্যে তৈরি হয়েছিল ।

স্পষ্টতই উইন্ডোজটিতে আজ অবধি এই অনুশীলনটি চলমান পিছনের সামঞ্জস্যতার কিছু ধারণার ভিত্তিতে এবং শেষ পর্যন্ত কেবল সহজ জড়তার উপর ভিত্তি করে।

তবে লক্ষণীয় যে, এই সম্মেলনটি উইন্ডোজ অপারেটিং সিস্টেমের স্তরে কঠোরভাবে প্রয়োগ করে না । যে কোনও উইন্ডোজ অ্যাপ্লিকেশন কনভেনশনটিকে উপেক্ষা করতে পারে নিখরচায়, অন্যান্য অ্যাপ্লিকেশনগুলির সাথে এটি কী সামঞ্জস্যপূর্ণ হওয়ার চেষ্টা করছে তার উপর নির্ভর করে।

মজার বিষয় হচ্ছে, "নিউলাইন" সম্পর্কিত উইকিপিডিয়া নিবন্ধটি দাবি করেছে যে উইন্ডোজ 8 কেবলমাত্র এলএফ ব্যবহারের পরিবর্তনের জন্য পরিচয় করিয়ে দিতে পারে। নিবন্ধে আরও বলা হয়েছে যে ম্যাক ওএস এক্স এলএফ + সিআর থেকে কেবল এলএফ-তে রূপান্তর চালু করেছে।