কুমিরের পাশ কাটিয়ে আরও একটি হাইজেনবাগ

$> set -o pipefail

$> fortune | head -1 > /dev/null && echo "Повезло!" || echo "Вы проиграли"
Повезло!

$> fortune | head -1 > /dev/null && echo "Повезло!" || echo "Вы проиграли"
Вы проиграли

এটা হল fortune শর্তাধীন প্রোগ্রাম ছাড়া exit(rand()).

তুমি কি ব্যাখ্যা করতে পারো? এখানে কি ভুল?

লিরিক্যাল-ঐতিহাসিক ডিগ্রেশন

আমি এই হাইজেনবাগের সাথে প্রথম পরিচিত হয়েছিলাম এক চতুর্থাংশ আগে। তারপর ফ্যাক্সনেটের গেটওয়ের জন্য এটির মাধ্যমে বেশ কয়েকটি ইউটিলিটি তৈরি করা প্রয়োজন ছিল পাইপ FreeBSD এর অধীনে "চেকার খেলা"। প্রত্যাশিত হিসাবে, আমি নিজেকে একজন উন্নত এবং মোটামুটি অভিজ্ঞ প্রোগ্রামার হিসাবে বিবেচনা করেছি। অতএব, আমি ত্রুটি পরিচালনার দিকে বিশেষ মনোযোগ দিয়ে যতটা সম্ভব সাবধানে এবং সাবধানতার সাথে সবকিছু করতে চাইছি...

সেন্ডমেইল এবং uucp/uupc-এ বাগ মোকাবেলা করার আমার আগের অভিজ্ঞতা "পুঙ্খানুপুঙ্খ ত্রুটি পরিচালনা"-তে আমার অধ্যবসায় যোগ করেছে। সেই গল্পের বিশদ বিবরণে ডুব দেওয়ার কোনও মানে নেই, তবে আমি এই হাইজেনবাগের সাথে দুই সপ্তাহ ধরে 10-14 ঘন্টা লড়াই করেছি। অতএব, এটি মনে করা হয়েছিল, এবং গতকাল এই পুরানো পরিচিতি আবার দেখার জন্য থামল।

TL; DR উত্তর

ইউটিলিটি head করতে পারেন থেকে চ্যানেল বন্ধ করুন fortune ঠিক আছে প্রথম লাইন পড়ার সাথে সাথে। যদি fortune একাধিক লাইন আউটপুট, তারপর সংশ্লিষ্ট কল write() একটি ত্রুটি ফেরত দেবে বা রিপোর্ট করবে যে অনুরোধের চেয়ে কম বাইট আউটপুট। পালাক্রমে, সাবধানে ত্রুটি হ্যান্ডলিং সঙ্গে লিখিত fortune এর প্রস্থান স্থিতিতে এই পরিস্থিতি প্রতিফলিত করার অধিকার রয়েছে। তারপর ইনস্টলেশনের কারণে set -o pipefail কাজ করবে || echo "Вы проиграли".

যাইহোক, head সময়মত নাও হতে পারে আগে বন্ধ fortune ডেটা আউটপুট করা শেষ হবে। তাহলে কাজ হবে && echo "Повезло!".

আমার আজকের একটিতে GNUMakefile এরকম আছে টুকরা:

echo '#define MDBX_BUILD_COMPILER "$(shell set -o pipefail; $(CC) --version | head -1 || echo 'Please use GCC or CLANG compatible compiler')"'

মানুষের মধ্যে অনুবাদ করা হয়েছে

এটা এখানে জন্য সাধারণ জিএনইউ মেক করুন и সজোরে আঘাত বিকল্পটি ব্যবহার করে কম্পাইলার উপায়ে --version এটি জিজ্ঞাসা করে যে তিনি কে, এবং যদি বিকল্পটি সমর্থিত না হয়, তাহলে একটি স্টাব ঢোকানো হয় "দয়া করে GCC বা CLANG সামঞ্জস্যপূর্ণ কম্পাইলার ব্যবহার করুন".

পছন্দ বয়লারপ্লেট কোথাও পাওয়া যাবে। এটি এই জায়গায় অনেক আগে উপস্থিত হয়েছিল এবং সর্বত্র নিখুঁতভাবে কাজ করেছিল (লিনাক্স, সোলারিস, ওএসএক্স, ফ্রিবিএসডি, WSL ইত্যাদি)। কিন্তু গতকাল ইন altlinux প্ল্যাটফর্মের উপর এলব্রাস 2000 (E2K) আমি লক্ষ্য করেছি:

#define MDBX_BUILD_COMPILER "lcc:1.23.20:Sep--4-2019:e2k-v3-linux Please use GCC or CLANG compatible compiler"

সত্যি বলতে, আমি অবিলম্বে আমার পুরানো "পরিচিত" চিনতে পারিনি। তদুপরি, প্রকল্পটি ইতিমধ্যে এলব্রাসে এবং Alt সহ অনেকগুলি বিভিন্ন বিতরণের অধীনে বহুবার পরীক্ষা করা হয়েছে। বিভিন্ন কম্পাইলার, GNU মেক এবং ব্যাশের সংস্করণ সহ। তাই, আমি এখানে আমার ভুল দেখতে চাইনি।

যখন সমস্যাটি পুনরুত্পাদন করার এবং/অথবা কী ঘটছে তা বোঝার চেষ্টা করার সময়, আরও অদ্ভুত জিনিস ঘটতে শুরু করে।
কমান্ড লাইন বানান:

echo "#define MDBX_BUILD_COMPILER '$(set -o pipefail; LC_ALL=C cc --version | head -1 || echo "Please use GCC or CLANG compatible compiler")'"

প্রতিবার এবং তারপরে এটি অতিরিক্ত পাঠ্য তৈরি করবে, তারপর না... প্রায়শই বিকল্পগুলির মধ্যে একটি বেশ দীর্ঘ সময়ের জন্য আটকে থাকত, কিন্তু আপনি যদি বেশিক্ষণ খোঁচা দেন তবে আপনি সবসময় উভয়ই পেয়ে থাকেন!

অবশ্যই, strace আমাদের সবকিছু! এবং একটি স্ট্রেস টিরাড টাইপ করার পরে, কিন্তু এন্টার চাপার সময় না পেয়ে, আমি আমার পুরানো বন্ধু মিস্টার হাইজেনবাগ এবং ডেভেলপারদের চিনতে পেরেছি কম্পাইলার আমি 25 বছর আগে, নস্টালজি… এবং আমি দুঃখিত হওয়ার সিদ্ধান্ত নিয়েছি এবং এই নোটটি লিখব 😉

উপায় দ্বারা, কোন আত্মসম্মান মত হাইজেনবাগঅধীনে strace প্রজনন না করতে পছন্দ করে।

তো কেমন যাচ্ছে?

• ইউটিলিটি head অনুরোধ করা সংখ্যক লাইন পড়ার সাথে সাথে পঠিত চ্যানেলটি বন্ধ করার অধিকার (বা বরং, এমনকি বাধ্য করা হয়)।
• তথ্য-উৎপাদনকারী প্রোগ্রাম-লেখক (এই ক্ষেত্রে cc) করতে পারেন একাধিক লাইন মুদ্রণ এবং বিনামূল্যে একাধিক কলের মাধ্যমে এটি করুন write().
• যদি লেখকের পক্ষে রেকর্ডিং শেষ হওয়ার আগে পাঠকের কাছে তার পাশের চ্যানেলটি বন্ধ করার সময় থাকবে, তারপর লেখক একটি ত্রুটি পাবেন।
• লেখক প্রোগ্রাম এর অধিকারী উভয়ই চ্যানেল লেখার ত্রুটি উপেক্ষা করে এবং আপনার সমাপ্তি কোডে এটি প্রতিফলিত করে।
• ইনস্টলেশনের কারণে set -o pipefail পাইপলাইন সমাপ্তি কোডটি অ-শূন্য (ভুল) হবে যদি ফলাফলটি কমপক্ষে একটি উপাদান থেকে অ-শূন্য হয়, এবং তারপর এটি কাজ করবে || echo "Please use GCC or CLANG compatible compiler".

লেখক প্রোগ্রাম কিভাবে সংকেত সঙ্গে কাজ করে তার উপর নির্ভর করে বিভিন্নতা হতে পারে। উদাহরণস্বরূপ, প্রোগ্রামটি অস্বাভাবিকভাবে সমাপ্ত হতে পারে (একটি অ-শূন্য/ত্রুটি সমাপ্তির অবস্থার স্বয়ংক্রিয় প্রজন্মের সাথে), অথবা write() অনুরোধ করা এবং সেটের চেয়ে কম বাইট লেখার ফলাফল ফিরিয়ে দেবে errno = EPIPE.

কে দোষী?

বর্ণিত ক্ষেত্রে সামান্য কিছু. পরিচালনায় ত্রুটি cc (lcc:1.23.20:Sep—4-2019:e2k-v3-linux) হয় না অপ্রয়োজনীয় অনেক ক্ষেত্রে সতর্কতার দিক থেকে ভুল করা ভালো, যদিও এটি প্রথাগত আচরণের জন্য ডিজাইন করা বয়লারপ্লেটের আকস্মিক ত্রুটিগুলি প্রকাশ করে।

কি করতে হবে?

ভুল:

fortune | head -1 && echo "Повезло, но вы рискуете!" || echo "WTF?"

সংশোধন:

1. (fortune && echo "Успешно" || echo "Ошибка") | head -1

   এখানে, নেস্টেড পাইপলাইন ("বন্ধনীর মধ্যে") সার্ভিসিং করার সময় একটি পাইপ প্রাথমিকভাবে বন্ধ করা কমান্ড ইন্টারপ্রেটার দ্বারা পরিচালিত হবে। সেই অনুযায়ী, যদি fortune স্ট্যাটাস, তারপর আউটপুট একটি বন্ধ চ্যানেলে লিখিত ত্রুটি রিপোর্ট করবে || echo "Ошибка" এটি কোথাও পাবে না, যেহেতু চ্যানেলটি ইতিমধ্যে বন্ধ।

2. fortune | cat - | head -1 && echo "Успешно" || echo "Ошибка"

   এখানে ইউটিলিটি আছে cat একটি ড্যাম্পার হিসাবে কাজ করে কারণ এটি ত্রুটি উপেক্ষা করে EPIPE প্রত্যাহারের উপর। এখন উপসংহার জন্য এই যথেষ্ট fortune ছোট (বেশ কয়েকটি লাইন) এবং চ্যানেল বাফারে ফিট করে (512 বাইট থেকে ≈64K, বেশিরভাগ OS ≥4K-তে)। অন্যথায় সমস্যা ফিরে আসতে পারে।

কিভাবে সঠিকভাবে প্রক্রিয়া করতে হয় EPIPE এবং অন্যান্য রেকর্ডিং ত্রুটি?

কোন একক সঠিক সমাধান নেই, কিন্তু সহজ সুপারিশ আছে:

• EPIPE প্রয়োজনীয় প্রক্রিয়া করা আবশ্যক (এবং প্রস্থান স্থিতিতে প্রতিফলিত) যখন অখণ্ডতা প্রয়োজন এমন ডেটা আউটপুট করে। উদাহরণস্বরূপ, আর্কাইভার বা ব্যাকআপ ইউটিলিটিগুলির অপারেশন চলাকালীন।
• EPIPE উপেক্ষা করা ভাল তথ্য এবং সহায়ক বার্তা প্রদর্শন করার সময়। উদাহরণস্বরূপ, বিকল্পগুলির তথ্য প্রদর্শন করার সময় --help বা --version.
• কোড তৈরি করা হলে আগে একটি পাইপলাইনে ব্যবহার করা যেতে পারে | headতারপর EPIPE এটি উপেক্ষা করা ভাল, অন্যথায় প্রস্থান স্থিতিতে প্রক্রিয়া করা এবং প্রতিফলিত করা ভাল।

আমি দলগুলোর প্রতি কৃতজ্ঞতা প্রকাশ করার এই সুযোগটি নিতে চাই এমসিএসটি и altlinux মহান উত্পাদনশীল কাজের জন্য। আপনার সংকল্প আশ্চর্যজনক!
এটা বজায় রাখুন, আপ শরত্কালে মিটিং!

Спасибо বেরেজ টাইপো এবং ভুল সংশোধনের জন্য।
থেকে KDPV জর্জি এ.

উত্স: www.habr.com