മുതലയെ മറികടന്ന് ഒരു ഹൈസൻബഗ് കൂടി

$> 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 അനുയോജ്യമായ കമ്പൈലർ ഉപയോഗിക്കുക".

ഇഷ്ടപ്പെടുക ബോയിലർപ്ലേറ്റ് നിങ്ങൾക്ക് ഇത് എവിടെയും കണ്ടെത്താൻ കഴിയും. ഇത് വളരെക്കാലം മുമ്പ് ഈ സ്ഥലത്ത് പ്രത്യക്ഷപ്പെട്ടു, എല്ലായിടത്തും മികച്ച രീതിയിൽ പ്രവർത്തിച്ചു (Linux, സോളാരിസ്, OSX, ഫ്രീബിഎസ്ഡി, WSL തുടങ്ങിയവ.). എന്നാൽ ഇന്നലെ ഇൻ ആൾട്ട്Linux പ്ലാറ്റ്‌ഫോമിൽ എൽബ്രസ് 2000 (E2K) ഞാൻ ശ്രദ്ധിച്ചു:

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

സത്യം പറഞ്ഞാൽ, എൻ്റെ പഴയ "പരിചയക്കാരനെ" ഞാൻ പെട്ടെന്ന് തിരിച്ചറിഞ്ഞില്ല. മാത്രമല്ല, എൽബ്രസിലും Alt ഉൾപ്പെടെയുള്ള വിവിധ വിതരണങ്ങൾക്ക് കീഴിലും ഈ പ്രോജക്റ്റ് ഇതിനകം തന്നെ നിരവധി തവണ പരീക്ഷിക്കപ്പെട്ടു. വിവിധ കംപൈലറുകൾക്കൊപ്പം, ഗ്നു മേക്കിൻ്റെയും ബാഷിൻ്റെയും പതിപ്പുകൾ. അതിനാൽ, എൻ്റെ തെറ്റ് ഇവിടെ കാണാൻ ഞാൻ ആഗ്രഹിച്ചില്ല.

പ്രശ്നം പുനർനിർമ്മിക്കാനും കൂടാതെ/അല്ലെങ്കിൽ എന്താണ് സംഭവിക്കുന്നതെന്ന് മനസ്സിലാക്കാനും ശ്രമിക്കുമ്പോൾ, കൂടുതൽ വിചിത്രമായ കാര്യങ്ങൾ സംഭവിക്കാൻ തുടങ്ങി.
കമാൻഡ് ലൈൻ സ്പെൽ:

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 അവഗണിക്കുന്നതാണ് നല്ലത്, അല്ലാത്തപക്ഷം എക്സിറ്റ് സ്റ്റാറ്റസിൽ പ്രോസസ്സ് ചെയ്ത് പ്രതിഫലിപ്പിക്കുന്നതാണ് നല്ലത്.

ടീമുകളോട് എൻ്റെ നന്ദി അറിയിക്കാൻ ഈ അവസരത്തിൽ ഞാൻ ആഗ്രഹിക്കുന്നു എം.സി.എസ്.ടി и ആൾട്ട്Linux മഹത്തായ ഉൽപ്പാദനക്ഷമതയുള്ള ജോലികൾക്കായി. നിങ്ങളുടെ ദൃഢനിശ്ചയം അതിശയകരമാണ്!
കാമറേഡ്സ്, അപ്പ് വീഴ്ചയിൽ മീറ്റിംഗുകൾ!

Спасибо ബെറെസ് അക്ഷരത്തെറ്റുകളും പിശകുകളും തിരുത്തുന്നതിന്.
നിന്ന് കെ.ഡി.പി.വി ജോർജി എ.

അവലംബം: www.habr.com