Como fazer com que o `local` capture o código de saída?

No meu projeto, tenho o seguinte snippet:

local output="$(bash "${1##*/}")"
echo "$?"

Isso sempre imprime zero devido a local, no entanto, remover localfaz com que a $?variável se comporte corretamente: assumir o código de saída do subshell.

Minha pergunta é: como posso manter essa variável local enquanto captura o valor de saída?

bash variable exit-status

— Ultimate Hawk
fonte

shellchecknão apenas detectará esse problema, mas sugerirá a solução em unix.stackexchange.com/a/281749/24718 !

— Waleed Khan

Respostas:

#!/bin/bash
thing() {
   local foo=$(asjkdh) ret="$?"
   echo "$ret"
}

Isso ecoará 127, o código de erro correto para "comando não encontrado".

Você pode usar localpara definir mais de uma variável. Então, apenas criei a variável local RETpara capturar o código de saída do subshell antes de ter localsucesso e definir $?como zero.

— DopeGhoti
fonte

É garantido que bashavalie esta expressão da esquerda para a direita?

— Max Ried

Tanto quanto sei, as atribuições de variáveis estão em ordem, da esquerda para a direita neste contexto, sim.

— DopeGhoti

@MaxRied O fato de isso funcionar de forma confiável parece indicar que sim, é. No entanto, não encontro informações sobre isso nem no bashmanual de referência do POSIX nem no manual.

— cat

Como um aparte, o uso de nomes de variáveis com maiúsculas é uma forma incorreta. Consulte a especificação da variável de ambiente POSIX em pubs.opengroup.org/onlinepubs/009695399/basedefs/… , que descreve os nomes em maiúsculas como reservados para variáveis com significado para o shell ou sistema e nomes com pelo menos um caractere em minúsculas reservado para uso definido pelo aplicativo, tendo em mente que variáveis de shell e variáveis de ambiente compartilham um espaço para nome (uma vez que, no caso de colisões, a atribuição ao primeiro pode substituir o último).

— Charles Duffy

Comentários não são para discussão prolongada; esta conversa foi movida para o bate-papo .

— terdon

Declare a variável local antes de atribuir a ela:

thing() {
  local output
  output="$(bash "${1##*/}")"
  echo "$?"
}

Na minha opinião, isso também é mais legível do que definir uma RETvariável adicional . YMMV nisso, mas funciona exatamente como você esperaria.

— Curinga
fonte

Isso é muito melhor do que usar uma variável separada, como deve ser óbvio se você quiser verificar o código de retorno de várias tarefas: simplesmente local var1 var2 ...e Bob é seu tio.

— l0b0 8/16

@ l0b0 Bob é meu tio. : D

— cat