Início / unix / Perguntas / 793982
Accepted
TimSO
Asked: 2025-04-21 21:50:40 +0800 CST

Analisar a saída do console e emitir um sinal sonoro de erro

  • 772

Estou testando o aplicativo executando mycommanda saída no console e diretamente em /tmp/mycommand.log. Usar zsh. mycommandé, na verdade, uma função com parâmetros, mas consigo obter o mesmo resultado executando no console. mycommandO comando é executado enquanto testo o aplicativo no navegador. Ao terminar, pressiono Ctrl+C para finalizar a execução.

Pode ocorrer um erro no programa, que retorna no console como " ERROR: Fatal signal! Attach debugger with: Como não estou olhando para o console e isso não está no log, gostaria de receber uma notificação quando isso acontecer". É necessário um simples som de error, não deve ler a longa saída do log do aplicativo.

Eu estava olhando Como exibir a saída do comando e também analisá-la?, mas isso não parece se aplicar aqui da mesma forma.

shell

3 respostas

  1. Para mint/ubuntu você pode usar espeak( apt install espeak).

    O comando seria simplesmente:

    espeak "ERROR: Fatal signal! Attach debugger with:"

    para usuários do macOS, há um saycomando nativo que tem funcionalidade semelhante.

    Se você não quiser instalar nenhum pacote adicional e estiver satisfeito apenas com um som de alerta, você pode usar o caractere de sino \a:

    echo -e "\a"

    Se você quiser analisar a saída dos comandos e também alertar sobre a presença da ERRORstring, você pode fazer:

    mycommand 2>&1 | tee /dev/tty | grep -q "ERROR" && espeak "ERROR: Fatal signal! Attach debugger with:"
    • 4
  2. Best Answer

    Pelos comentários do OP, parece que toda mycommanda saída vai para stderr... talvez. O OP também esclareceu que mycommandestá gravando diretamente no arquivo de log.

    Vou assumir que não sabemos, com certeza, se a saída será stdout, stderr ou uma mistura.

    Para fins de demonstração, usarei o seguinte:

    % cat mycommand
#!/bin/zsh

for str in "starting ..." "running ..." "ERROR: had a problem" "stopping"
do
    if [[ "${str}" =~ ERROR: ]]
    then
        echo "${str}" >&2               # remove ">&2" to write to stdout
    else
        echo "${str}"                   # append ">&2" to write to stderr
    fi
    sleep 2
done

    Uma abordagem que usa redirecionamento para dividir a saída (para monitorar e dar continuidade ao processamento) e grepencontrar as linhas que desejamos alimentar espeak:

    % ./mycommand 1> >(tee /dev/tty | grep --line-buffered '^ERROR:' | espeak) 2>&1
starting ...
running ...
ERROR: had a problem               # espeak output heard on speakers
stopping

    NOTAS:

    • independentemente de modificar mycommandpara enviar saída para stdout, stderr ou uma mistura de stdout/stderr...
    • no meu sistema eu ouço ERROR <pause> had a problemnos meus alto-falantes quando a linha ERROR: had a problemfoi impressa no terminal
    • tee /dev/tty- garante que todos os dados que chegam no stdout sejam copiados para o terminal antes de serem canalizados paragrep
    • 2>&1- garante que todos os dados que chegam no stderr sejam redirecionados para o stdout (o que significa que o stderr também é roteado pelo tee /dev/tty | grep ... | espeakpipeline)
    • grepé usado para extrair apenas as linhas que desejamos passar para espeak; se estiver procurando por várias strings, você provavelmente precisará habilitar o suporte estendido a regex (por exemplo, grep -E ...)
    • --line-bufferedé uma GNU grepextensão que garante que ouçamos a espeaksaída ao mesmo tempo em que vemos a ERROR:linha
    • OP pode instalar espeakviasudo apt install espeak
    • O OP pode substituir espeakpor qualquer programa de produção de som que desejar

    Esta solução (acima) falará a linha inteira quando a linha contiver a string ^ERROR:.

    Se o OP deseja falar apenas uma única palavra ERRORsempre que a string ERRORfor vista em qualquer lugar da linha:

    ./mycommand 1> >(tee /dev/tty | grep -o --line-buffered 'ERROR' | espeak) 2>&1

    Permitir correspondência sem distinção entre maiúsculas e minúsculas na string ERRORem qualquer lugar da linha enquanto se fala apenas uma única palavra error:

    ./mycommand 1> >(tee /dev/tty | grep -oi --line-buffered 'ERROR' | espeak) 2>&1

    Falando apenas a palavra errorou warningquando há uma correspondência que não diferencia maiúsculas de minúsculas nas strings ERRORe/ou Warningna linha:

    ./mycommand 1> >(tee /dev/tty | grep -oi -E --line-buffered '(ERROR|WARNING)' | espeak) 2>&1

    Modificando mycommandpara gerar as seguintes linhas:

    starting ...
WARNING: had a warning
running ...
ERROR: had a problem
stopping
error warning

    O seguinte é enviado Danger Will Robinsonao alto-falante (máximo de uma vez por linha de entrada) sempre que houver uma correspondência sem distinção entre maiúsculas e minúsculas nas strings ERRORou warning:

    ./mycommand 1> >(tee /dev/tty | sed -unE '/(ERROR|WARNING)/I s/.*/Danger Will Robinson/p' | espeak) 2>&1
    • 4

  3. Você pode adicionar um gancho para ser executado depois que um programa iniciado pelo zsh for concluído, pouco antes do próximo prompt de linha de comando ser impresso, para evitar que seu processo saia com um erro:

    precmd () {
  if [[ $? -ne 0 ]] ; then
    command_that_makes_sound > /dev/null
  fi
}

    Você pode fazer coisas como inserir pipes na saída padrão (como o Jesse recomenda), mas isso pode alterar o comportamento do seu programa e geralmente não é o que você deseja fazer. Mas, com certeza, você pode combinar a abordagem do Jesse com esta.

    • 1

relate perguntas