Início / unix / Perguntas / 717700
Accepted
user536152
Asked: 2022-09-19 00:51:41 +0800 CST

Função Bash/argumento de script copiado completamente na variável

  • 772

Como fazer com que o argumento da função/script Bash seja copiado completamente para a variável, pois '(e algum outro caractere) não pode reter estar na variável?
por exemplo

m() {
 v="$@"
 echo "$v"
}

$ m let it be 'foo' bar
let it be foo bar

A ajuda sincera é apreciada, obrigado antes.

bash variable

4 respostas

  1. Best Answer

    A coisa a notar aqui é que quando você executa, por exemplo

    m let it be 'foo bar'

    o programa mnão obtém a linha de comando inteira, mas o shell analisa a linha de comando primeiro, processando aspas, expansões de variáveis ​​e coisas assim. O resultado final que vai para o comando é mais como um array de strings separadas, que nesse caso seria [ let, it, be, foo bar].

    Da mesma forma, em

    f="James Matthew"
l="Bond"
m "$l, $f $l"

    mapenas veria [ Bond, James Matthew Bond], e não teria ideia das variáveis ​​e cotações envolvidas.

    Isso significa que um programa regular não tem como chegar à linha de entrada bruta.

    Existem soluções alternativas para o zsh com manipuladores pré-executivos em Qualquer shell em que as expansões são desativadas sem escapar ou citar? e zsh: alias ou shell function para apenas ecoar sua linha de comando, incluindo caracteres de controle do shell , mas não acho que vi um para o Bash.

    O mais próximo que você obtém é o DEBUGtrap, que vê o comando a ser executado antes de expansões, processamento de cotações e redirecionamentos. No entanto, não está completo, pois vê apenas um único comando simples de cada vez. Os comentários serão removidos antes de vê-los, e um sem aspas ;, &, |, &&, ||ou (( )pelo menos) ainda será analisado.

    De qualquer forma, podemos tentar:

    #!/bin/bash

shopt -s extdebug

handle_@ () {
    local re='[[:space:]]*@ ([^[:space:]]+)[[:space:]]+(.*)'
    if [[ $BASH_COMMAND =~ $re ]]; then
        "${BASH_REMATCH[1]}" "${BASH_REMATCH[2]}"
        return 1
    fi
}
m() {
    printf "<%s>\n" "$1"
}

trap handle_@ DEBUG

@ m 'foo bar' doo "$var" > /dev/null
@ m what about this?; date
@ m or some (parentheses)?

    O script usa o DEBUGtrap para detectar comandos que começam com @ , pega a próxima "palavra" separada por espaço como um comando a ser executado e passa o restante como um único argumento para ele. Retornar 1do manipulador de trap diz ao shell para não executar o comando da maneira normal, evitando uma provável mensagem de erro e bloqueando a execução de quaisquer expansões incorporadas (isso requer extdebugconfiguração).

    A saída é algo assim, mostrando que o dateapós o ponto e vírgula é executado e que o parêntese quebra a sintaxe:

    <'foo bar' doo "$var" > /dev/null>
<what about this?>
Sun Sep 18 18:39:38 EEST 2022
debugprint.sh: line 20: syntax error near unexpected token `('
debugprint.sh: line 20: `@ m or some (parentheses)?'

    Para ser honesto, isso é um pouco nojento, as restrições com os caracteres especiais são bastante arbitrárias, e não garanto que o script não tenha outros problemas também.

    Em geral, se você está planejando isso para algum tipo de uso em produção, sugiro reconsiderar a estrutura do programa e passar a string por um arquivo ou, por exemplo, um here-doc, dependendo do que você está fazendo.

    Um here-doc torna relativamente fácil alimentar uma string bruta, embora passe pelo comando stdin:

    m() {
    m=$(cat) 
    printf "<%s>\n" "$m"
}
m <<'EOF'
Say "$hello" to my 'little friend'
EOF

    Que imprime

    <Say "$hello" to my 'little friend'>

    Com a string delimitadora here-doc entre aspas (em <<'EOF'), isso permite que você coloque texto e caracteres arbitrários sem a necessidade de se preocupar com aspas. (Além da própria string delimitadora, é claro, mas você pode usar uma gerada aleatoriamente em vez de EOF.)

    • 3

  2. Você precisa convencer o shell de que uma aspa simples é uma parte do valor da variável assim:

    m let it be "'foo'" bar
    • 2

  3. O shell está interpretando as 'aspas antes que a função as veja e fará o mesmo com eg "e \. Você pode escapar deles com \, por exemplo

    $ m let it be \'foo\' bar
let it be 'foo' bar

and

$ m let it be \"foo\" bar, \' \\ \"$foo\" \"\$foo\"
let it be "foo" bar, ' \ "" "$foo"
    • 2

  4. O problema aqui é que você está passando a entrada sem aspas. Como resultado, o 'está sendo consumido pelo shell antes de chamar sua função. O mesmo aconteceria se você tivesse usado um ", e também falharia se você tivesse usado caracteres globbing como *ou ?:

    $ ls
file1  file2

$ m "aa"bb
aabb

$ m f*2
file2

    A solução mais limpa, pelo menos para mim, é sempre passar sua entrada citada. Isso protegerá quaisquer caracteres com significado especial do shell e, assim, garantirá que eles sejam passados ​​inalterados para sua função:

    $ m '"aa"bb'
"aa"bb

$ m "foo 'bar' baz"
foo 'bar' baz

$ m "f*2"
f*2
    • 2

relate perguntas