મગરમાંથી વધુ એક હાઇઝનબગ પસાર થયો

$> set -o pipefail

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

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

તે fortune વિના શરતી કાર્યક્રમ exit(rand()).

શું તમે સમજાવશો? અહીં શું ખોટું છે?

ગીતાત્મક-ઐતિહાસિક વિષયાંતર

હું આ હેઈઝનબગ સાથે પ્રથમવાર એક ક્વાર્ટર પહેલા પરિચિત થયો હતો. પછી FaxNET માં ગેટવે માટે તે મારફતે અનેક ઉપયોગિતાઓ બનાવવી જરૂરી હતી પાઈપો ફ્રીબીએસડી હેઠળ "ચેકર્સ વગાડવું". અપેક્ષા મુજબ, હું મારી જાતને એક અદ્યતન અને એકદમ અનુભવી પ્રોગ્રામર માનતો હતો. તેથી, હું શક્ય તેટલી કાળજીપૂર્વક અને કાળજીપૂર્વક બધું કરવાનો ઇરાદો રાખતો હતો, ભૂલને નિયંત્રિત કરવા પર વિશેષ ધ્યાન આપીને...

સેન્ડમેઇલ અને 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 સુસંગત કમ્પાઇલરનો ઉપયોગ કરો".

ગમે છે બોઇલરપ્લેટ ગમે ત્યાં મળી શકે છે. તે લાંબા સમય પહેલા આ જગ્યાએ દેખાયો હતો અને દરેક જગ્યાએ સંપૂર્ણ રીતે કામ કર્યું હતું (લિનક્સ, સોલારિસ, ઓએસએક્સ, ફ્રીબીએસડી, ડબલ્યુએસએલ વગેરે). પરંતુ ગઈકાલે માં 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 અવગણવું વધુ સારું છે, અન્યથા બહાર નીકળવાની સ્થિતિમાં પ્રક્રિયા કરવી અને પ્રતિબિંબિત કરવું વધુ સારું છે.

હું ટીમો પ્રત્યે કૃતજ્ઞતા વ્યક્ત કરવાની આ તક લેવા માંગુ છું MCST и altlinux મહાન ઉત્પાદક કાર્ય માટે. તમારો નિશ્ચય અદ્ભુત છે!
તેને ચાલુ રાખો કેમેરેડ્સ, અપ પાનખરમાં મીટિંગ્સ!

Спасибо બેરેઝ ટાઈપો અને ભૂલો સુધારવા માટે.
થી KDPV જ્યોર્જી એ.

સોર્સ: www.habr.com