Início / unix / Perguntas / 498857
Accepted
TheDudeAbides
Asked: 2019-02-06 09:18:18 +0800 CST

Como posso evitar que opções 'shopt' não suportadas causem erros no meu .bashrc?

  • 772

Eu trabalho em um ambiente relativamente heterogêneo onde posso estar executando diferentes versões do Bash em diferentes nós HPC, VMs ou minha estação de trabalho pessoal. Como coloquei meus scripts de login em um repositório Git, gostaria de usar o mesmo (ish) .bashrcem geral, sem muita bagunça do tipo "se este host, então...".

Eu gosto do comportamento padrão do Bash ≤ 4.1 que se expande cd $SOMEPATHao cd /the/actual/pathpressionar a Tabtecla. No Bash 4.2 e acima, você precisaria shopt -s direxpandreativar esse comportamento, e isso não ficou disponível até 4.2.29 . Este é apenas um exemplo; shoptoutra opção possivelmente relacionada complete_fullquote(embora eu não saiba exatamente o que ela faz) também pode ter alterado o comportamento padrão na v4.2.

No entanto, direxpandnão é reconhecido por versões anteriores do Bash e, se eu tentar shopt -s direxpandno meu .bashrc, isso resultará em uma mensagem de erro sendo impressa no console toda vez que eu efetuar login em um nó com um Bash mais antigo:

-bash: shopt: direxpand: invalid shell option name

O que eu gostaria de fazer é envolver uma condicional shop -s direxpandpara habilitar essa opção no Bash > 4.1 de maneira robusta, sem irritar as versões mais antigas do Bash ( ou seja , não apenas redirecionar a saída de erro para /dev/null).

bash shell-script

3 respostas

  1. Não vejo o que há de errado em redirecionar erros para arquivos /dev/null. Se você quiser que seu código seja robusto set -e, use o idioma comum … || true:

    shopt -s direxpand 2>/dev/null || true

    Se você quiser executar algum código de fallback se a opção não existir, use o status de retorno de shopt:

    if shopt -s direxpand 2>/dev/null; then
  … # the direxpand option exists
else
  … # the direxpand option does not exist
fi

    Mas se você realmente não gosta de redirecionar o erro, pode usar o mecanismo de conclusão para realizar a introspecção. Isso pressupõe que você não tenha máquinas antiquadas com bash ≤ 2.03 que não tenham conclusão programável.

    shopt_exists () {
  compgen -A shopt -X \!"$1" "$1" >/dev/null
}
if shopt_exists direxpand; then
  shopt -s direxpand
fi

    Esse método evita a bifurcação, que é lenta em alguns ambientes, como o Cygwin. O mesmo acontece com o simples 2>/dev/null, não acho que você possa superar isso em desempenho.

    • 18
  2. Best Answer

    Verifique se direxpandestá presente na saída de shopte habilite-o se estiver:

    shopt | grep -q '^direxpand\b' && shopt -s direxpand
    • 14

  3. Quando você sabe com certeza que uma shoptopção específica está disponível em uma determinada versão principal/secundária/patch do Bash, você pode inspecionar a $BASH_VERSIONvariável ou os elementos da $BASH_VERSINFO[]matriz para habilitá-la condicionalmente.

    Aqui está um teste para Bash 4.2.29 ou superior, a versão em que direxpand foi introduzida pela primeira vez na série 4.2:

    if [[ $BASH_VERSION == 4.2.* && ${BASH_VERSINFO[2]} -ge 29 ]] ||
   [[ ${BASH_VERSINFO[0]} -eq 4 && ${BASH_VERSINFO[1]} -ge 3 ]] ||
   [[ ${BASH_VERSINFO[0]} -ge 5 ]]; then
    shopt -s direxpand
fi

    Editar: Para ser claro, esta é uma solução ridiculamente projetada para simplesmente ignorar uma mensagem de erro proveniente de seus scripts de login, mas eu queria documentá-la independentemente, para minha própria edificação.

    Observe as chaves em torno de , que são necessárias, e o uso de e , que fazem comparações léxicas inteiras em vez de (dependentes de localidade). Se não estiver entre aspas, o RHS do operador é tratado como padrões "extglob" dentro do Bash / condicionais, conforme observado aqui , o que faz uma comparação "começa com" mais estética do que um regex faria, IMO.${BASH_VERSINFO[index]}-eq-gt==[[]]

    A $BASH_VERSINFOmatriz contém todas as informações que você veria na saída de bash --version:

    bash --version | head -1
# result:
# GNU bash, version 4.3.48(1)-release (x86_64-pc-linux-gnu)

declare -p BASH_VERSINFO
# result:
# declare -ar BASH_VERSINFO='([0]="4" [1]="3" [2]="48" [3]="1" [4]="release" [5]="x86_64-pc-linux-gnu")'

    Quando não está claro na documentação shoptem que as versões do Bash foram suportadas ou mudaram seu comportamento, o método proposto por Luciano está correto:

    # note the '-q' so that the matched pattern isn't actually printed
shopt | grep -q direxpand && shopt -s direxpand

    ...como é a solução proposta por Gilles de simplesmente ignorar o erro ( shopt -s direxpand 2>/dev/null), e talvez checar $?se for absolutamente necessário.

    Referências: 1 , 2 , 3
    Leitura relacionada: Set and Shopt - Why Two?

    • 6

relate perguntas