Início / unix / Perguntas / 517185
Accepted
pfnuesel
Asked: 2019-05-06 00:22:35 +0800 CST

Citação correta em eval

  • 772

Eu tenho um script, que não faz nada útil além de executar os argumentos posicionais. (Estou ciente dos riscos de segurança e o script não faz nada útil porque é um exemplo de trabalho mínimo.)

$ cat script
> #!/usr/bin/env bash
>
> eval "${*}"


$ cat "docu ment"
> Lorem ipsum dolor sit amet

O que eu gostaria de fazer é chamar o script com ./script cat "docu ment", ou ./script cat docu\ ment, mas as aspas ou o caractere de escape desaparecem e o script tentará cat docu ment, o que não funciona. Como eu corrigiria a cotação em tal caso?

EDIT: O que eu realmente quero fazer é invocar um comando quantas vezes até retornar um código de saída bem-sucedido ou tentar n vezes. Meu script está assim:

#!/usr/bin/env bash

# Try command several times, until it reports success (exit code 0)
# or I give up (tried n times)

tryMax=10
try=1

# Do until loop in bash
while
    eval "${@}"
    exitcode="${?}"
    [[ "${exitcode}" -ne 0 && "${try}" -lt "${tryMax}" ]]
do (( try++ ))
done

if [[ "${exitcode}" -ne 0 ]]; then
    echo -n "I tried hard, but did not manage to make this work. The exit code "
    echo "of the last iteration of this command was: ${exitcode}."
    exit "${exitcode}"
fi
bash shell-script

1 respostas

  1. Best Answer

    Você não precisa evalaqui. Você pode simplesmente usar "$@":

    while
    "${@}"
    exitcode="${?}"
    [[ "${exitcode}" -ne 0 && "${try}" -lt "${tryMax}" ]]
do ...

    "$@"expandirá para todos os argumentos do script como "palavras" separadas - respeitando a citação original que impedia a divisão de palavras - e deixará você com o primeiro argumento como o comando aguardando para ser executado ( cat) e os argumentos restantes como argumentos para cat( docu ment) .

    Onde isso não funcionará:

    • Se você quiser que o comando passado use outras construções de shell de nível superior, como pipes, definições de função, loops, etc. Tudo isso é processado antes da expansão do parâmetro e não será tentado novamente após a "$@"expansão.
    • Se o comando tiver seu código de retorno negado ! cmd. !também é processado no início da manipulação de um comando, antes da expansão do parâmetro.
    • Se o comando for vários comandos x \; you $'x\ny'ou x $'\n' y, ou o mesmo com &&ou ||. Todos esses são apenas argumentos regulares.
    • Se o seu comando tiver atribuições de variáveis ​​anteriores a ele, como LD_LIBRARY_PATH=/x foo. Você pode colocá-los antes do nome do script, mas não do comando de argumento.
    • Se o comando tiver redirecionamentos >foo, 3<barnele. Eles podem ou não ser afixados ao script, pois o script tem sua própria saída de log.
    • Se o comando tiver here-documents ou here-strings. Eles só poderão ser lidos uma vez se afixados no próprio script, portanto, dependendo exatamente de quando o comando falhar, você pode ou não estar bem. Estes seriam muito difíceis de passar adequadamente de evalqualquer maneira.
    • Se o comando for um subshell ( ... )ou grupo de comandos { ... ; }. Eles serão tratados como comandos chamados (e {, não como construções sintáticas.
    • Se o comando contém substituição de comando $(...) que precisa ser executada repetidamente . Você pode usar isso (ou qualquer outra construção de shell) para gerar os argumentos originais, mas todos eles serão strings fixas assim que o script começar a ser executado.
    • Se o comando tiver algum outro elemento que deva ser avaliado repetidamente, como $RANDOMou uma expansão aritmética$((i++)) .
    • Se o comando for time. Esta é uma palavra reservada do shell e não um comando interno, portanto, também é processada antes da expansão do parâmetro.

    Caso contrário, no entanto, você pode evitar evalcompletamente e provavelmente deve fazê-lo. É muito frágil para construir corretamente mesmo ignorando quaisquer possíveis problemas de segurança.

    • 4

relate perguntas