Início / unix / Perguntas / 462333
Accepted
Rodrigo
Asked: 2018-08-14 07:40:22 +0800 CST

Por que -a em "#!/bin/sh -a" afeta sed e "set -a" não?

  • 772

Se eu executar o seguinte arquivo .sh:

#!/bin/sh -a
echo "a" | sed -e 's/[\d001-\d008]//g'

O resultado é um erro:

sed: -e expressão #1, char 18: fim de intervalo inválido

Mas se eu executar o seguinte arquivo .sh:

#!/bin/sh
set -a
echo "a" | sed -e 's/[\d001-\d008]//g'

Ele roda sem erro. O segundo código não deveria ser equivalente ao primeiro? Por que o erro no primeiro?

shell-script shell

1 respostas

  1. Best Answer

    Quando o bash é chamado com o nome sh, ele faz isso :

    if (shell_name[0] == 's' && shell_name[1] == 'h' && shell_name[2] == '\0')
    act_like_sh++;

    e depois define a POSIXLY_CORRECTvariável do shell paray :

    if (act_like_sh)
  {
    bind_variable ("POSIXLY_CORRECT", "y", 0);
    sv_strict_posix ("POSIXLY_CORRECT");
  }

    bind_variablecalls bind_variable_internal, que, se o atributo shell aestiver ativado no momento (o que aconteceria se você invocasse o shell com -a), marca a variável shell como exportada .

    Então, no seu primeiro script:

    #!/bin/sh -a
echo "a" | sed -e 's/[\d001-\d008]//g'

    sedé invocado POSIXLY_CORRECT=yem seu ambiente, o que o fará reclamar do [\d001-\d008]. (A mesma coisa acontece se o sed tiver a --posixopção.)

    No GNU sed, é um código de escape para o caractere cujo valor numérico na base-10 é NNN , mas no modo POSIX, isso é desabilitado dentro de uma expressão de colchetes, então , significa literalmente os caracteres , , etc., com o intervalo sendo de para . Na ordem dos códigos de caracteres, vem antes (e o intervalo inclui todos os dígitos, exceto zero, mais todas as letras maiúsculas e alguns caracteres especiais). Na localidade que você estava usando, classifica antes de , portanto, o intervalo é inválido.\dNNN[\d001-\d008]\d1\1\en_US.UTF-8\1

    No seu segundo script:

    #!/bin/sh
set -a
echo "a" | sed -e 's/[\d001-\d008]//g'

    mesmo que POSIXLY_CORRECTesteja definido no shell, ele não é exportado, então o sed é invocado fora POSIXLY_CORRECTdo ambiente e o sed é executado com extensões GNU.

    Se você adicionar export POSIXLY_CORRECTpróximo ao topo do seu segundo script, você também verá sed reclamação.

    • 30

relate perguntas