উইন্ডোজ লাইনটি ইউনিক্স লাইন ব্রেকগুলির চেয়ে বড় হয় কেন? [প্রতিলিপি]


0

এই প্রশ্নের ইতিমধ্যে এখানে একটি উত্তর আছে:

সুতরাং আমি 127,955 লাইন এবং প্রতি লাইনে 24 এলোমেলো অক্ষর সহ দুটি ফাইল তৈরি করেছি। পাঠ্য হিসাবে দুটি ফাইল সম্পূর্ণ একরকম ছিল। তবে একটি ফাইলের ইউনিক্স লাইন ব্রেক ছিল এবং অন্যটিতে উইন্ডোজ লাইন ব্রেক ছিল। ইউনিক্স লাইন ব্রেকগুলির সাথে ফাইলটি ছিল ৩,১২৪ কিলোবাইট, উইন্ডোজ লাইন ব্রেকগুলির সাথে ফাইলটি ছিল ৩,২৪৯ কেবি। ফাইলগুলির মধ্যে অন্য কোনও পার্থক্য ছিল না তাই আমাকে ধরে নিতে হবে যে কোনও কারণে উইন্ডোজ লাইন বিরতিতে আরও জায়গা নেয়। কোন ধারণা কেন?




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

উত্তর:


4

আপনি যদি হেক্স সম্পাদকে পাঠ্য ফাইলগুলি খোলেন, তবে একটি লাইনের শেষে আপনি যে পার্থক্যটি দেখতে পাবেন তা হ'ল:

উইন্ডোজ লাইন সমাপ্তি: 0x0D 0x0A

ইউনিক্স লাইন সমাপ্তি: 0x0A

0x0D(কেবল যেমন মূল পাঠ্য হিসেবে উপস্থাপিত ঘোড়ার গাড়ি ফেরত পাঠানোর জন্য হেক্স মান \r)।

0x0Aনতুন লাইন অক্ষর (কেবল যেমন মূল পাঠ্য হিসেবে উপস্থাপিত জন্য হেক্স মান \n)।

লাইন শেষা w শ উইন্ডোজ EOL বিন্যাসে হয়, লাইন 2 অক্ষর দিয়ে শেষ হবে: \r\n; ইউনিক্স EOL বিন্যাস 1 টি অক্ষর দিয়ে শেষ হয় যখন: \n

সুতরাং, 127,955 * (24 + 1) == 3,198,875 bytes (3,123.9 KB)ইউনিক্স ইওএল এবং 127,955 * (24 + 2) == 3,326,830 bytes (3,248.86 KB)উইন্ডোজ ইওল-এর জন্য।

আশা করি এইটি কাজ করবে.


1
কেউ পার্থক্যের বিষয়ে জিজ্ঞাসা করার আগে, কেবি রূপান্তরগুলি আসলে ইউনিক্সের জন্য 3123.90 এবং উইন্ডোজের জন্য 3248.86, যা আপনার উদ্ধৃত মানগুলি বাদ দিয়ে প্রশ্নকারীর উদ্ধৃতিগুলির পরিসংখ্যানগুলিতে পরিণত হয়।
এএফএইচ

@ এএফএইচ, ধরার জন্য ধন্যবাদ! আমি যখন গণনা করতাম তখন আমি বাইনারি ক্যালকুলেটর ব্যবহার করতাম (কোনও ভাসমান বিন্দু নয়) :)
txtechhelp

আমি ভেবেছিলাম সম্ভবত এটিই ছিল।
এএফএইচ

2

উইন্ডোজ একটি ক্যারিয়ার রিটার্ন ব্যবহার করে তার পরে একটি নতুন লাইন। ইউনিক্স সবেমাত্র একটি নিউলাইন ব্যবহার করে। সুতরাং লাইন বিরতিতে এটি এক অতিরিক্ত বাইট


1

প্রকৃত "কেন" বিট হিসাবে - orতিহাসিকভাবে, একটি টেলি-টাইপ লেখক মুদ্রণ মাথাটি বাম মার্জিনে সরানোর জন্য ক্যারিজ রিটার্ন (হেক্স 0 ডি) ব্যবহার করেছিলেন, তারপরে কাগজটি এগিয়ে দেওয়ার জন্য একটি লাইন ফিড (হেক্স 0 এ) অনুসরণ করেছিল।

কমোডোর, আতারি এবং (প্রাক-ইউনিক্স) অ্যাপল ক্যারিজ রিটার্নকে তাদের লাইন-এন্ডিং প্রতীক হিসাবে রেখেছিল; ইউনিক্স লাইন ফিড রেখেছিল; এবং সিপি / এম / ডস উভয় রাখে।

অনেক ইন্টারনেট প্রোটোকল (উদাহরণস্বরূপ, এইচটিটিপি) এখনও উভয় (যেমন "সিআরএলএফ") এর সংজ্ঞা অনুসারে সংজ্ঞায়িত করা হয়েছে, তবে প্রকৃত পাঠ্য ফাইলে উইন্ডোজের একমাত্র প্রোগ্রাম যা আমি এসেছি যা "জাস্ট" একটি লাইনের সাথে সঠিকভাবে কাজ করে না ফিডটি নোটপ্যাড।

প্রযুক্তিগতভাবে, "নিউলাইন" শব্দটি কেবল এই historicalতিহাসিক পার্থক্যটি মুখোশের জন্য বিদ্যমান exists উদাহরণস্বরূপ, সি এ "\ n" বা লিস্পে একটি # \ নিউলাইন মানচিত্রের জন্য স্থানীয় সিস্টেমটি যেটি চিহ্নিত করতে পছন্দ করে, তার তুলনায় "\ r" বা # \ ফিরে যখন কোনও নির্দিষ্ট বাইট-চরিত্র বিশেষভাবে চাইলে ফিরে আসে।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.