Início / unix / Perguntas / 672123
Accepted
kjo
Asked: 2021-10-07 06:44:01 +0800 CST

Como um script de shell pode saber que foi invocado na CLI do shell?

  • 772

Eu gostaria de implementar um zshscript que se comporte de maneira diferente dependendo se foi invocado diretamente na CLI do shell ou não.

A princípio pensei que o script poderia fazer isso procurando ino valor de $-, mas me enganei.

Na verdade, quando executo o script abaixo na linha de comando

#!/bin/zsh
printf -- '%s\n' "$-"

...a saída que recebo não inclui i1 .

Existe alguma outra maneira para o meu script de shell descobrir essas informações?

NB: Embora eu esteja trabalhando em um zshroteiro no momento, eu também gostaria de saber qual seria a resposta para um bashroteiro. Se a resposta depende do OS, estou interessado principalmente em Linux e Darwin.

1 A saída do script é 569X, se alguém quiser saber.

bash zsh

1 respostas

  1. Best Answer

    $-contém iquando o próprio shell é um shell interativo, quando emite prompts, permite inserir e editar linhas de comando no terminal, faz controle de trabalho etc.

    Um script normalmente é interpretado por um shell não interativo. Se você chamar o script como ./the-scriptou zsh ./the-script, essa zshinstância não será interativa. A única vez que seu script será interpretado por um shell interativo é quando você diz ao seu shell interativo para interpretar o código nele com coisas como source ./the-scriptou eval "$(<the-script)".

    Aqui, parece-me que você quer saber se o script é invocado de dentro de um terminal, como você deseja saber se um usuário pode interagir com ele por meio de um terminal.

    Que o comando [/ test(que está embutido no zsh e bash e na maioria dos outros shells do tipo Bourne, mas também deve existir como um comando autônomo em sistemas POSIX) pode informar com seu -toperador. Esse -toperador recebe um¹ argumento numérico que é um descritor de arquivo.

    [ -t 0 ]ou test -t 0retorna true se o descritor de arquivo 0 estiver aberto em um dispositivo terminal. Descritor de arquivo 0 é entrada padrão , 1 é saída padrão , 2 é erro padrão , todos os outros fds não têm nenhum significado especial reservado.

    Então, no seu script, você pode fazer:

    if [ -t 0 ]; then
  echo "I (this script) am taking input from a terminal, so likely from a user"
fi

if [ -t 1 ]; then
  echo "My output goes to a terminal device, so will likely be seen by a user"
  [ -t 2 ] && echo errors also go there.
fi

    Se você quiser verificar se o script é executado de dentro de uma sessão de terminal, mesmo que sua entrada e/ou saída possa ser redirecionada para algum outro arquivo que não o dispositivo de terminal, você pode verificar se há um terminal conectado à sessão do script com algo como :

    if { true <> /dev/tty; } 2> /dev/null; then
  echo "there's a terminal device attached to my session"
fi

    Se você quiser saber qual é o dispositivo terminal:

    tty_on_stdin=$(tty)

    tty_on_stderr=$(tty <&2)

    { tty_on_stdout=$(tty <&3); } 3>&1

    (veja este Q&A de acompanhamento para a razão por trás dessa dancinha com fd 3).

    controlling_tty=$(LC_ALL=C ps -o tty= -p "$$")
[ "$controlling_tty" = '?' ] || controlling_tty=/dev/$controlling_tty

    ¹ Em implementações test/ anteriores [, esse argumento era opcional e [ -t ]era abreviação de [ -t 1 ]. Isso não é mais permitido pelo POSIX, pois entra em conflito com o [ "$var" ]caso de uso que é abreviado para [ -n "$var" ]. Ainda assim, você descobrirá que ksh93ainda verifica se stdout vai para um tty com [ -t ]though somente quando -té literal; var=-t; [ "$var" ]retorna true mesmo se stdout não estiver em um terminal.

    • 5

relate perguntas