Início / unix / Perguntas / 515730
Accepted
iBug
Asked: 2019-04-27 07:27:06 +0800 CST

Qual é a especificação POSIX sobre o comportamento de comandos internos com redirecionamentos e/ou tubulação?

  • 772

Considere os seguintes comandos:

exit > /dev/null
exit | cat

Em alguns shells (ksh, bash, (d)ash), o comportamento é o mesmo: o primeiro comando faz com que o shell seja encerrado imediatamente, enquanto o segundo não tem comportamento visível.

Concluí que o primeiro comando não envolvia um fork(2), enquanto o segundo comando envolvia dois (um para executar exit, o outro execve(2)s para cat).

Eu olhei para a seção de especificação POSIX 2.14, mas não encontrei nada explicitamente afirmando isso.

É especificado pelo POSIX que alguns comandos não devem ser bifurcados (2) enquanto outros devem? A geração de um subshell para o primeiro comando é aceitável pelo padrão?

Estou ciente de que ( exit )nunca deve sair do shell atual, porque os parênteses geram um sub-shell que realmente executa o exitcomando, o que significa que o sub-shell sairá imediatamente. No entanto, não tenho certeza sobre redirecionamentos e tubulação, pois não há parênteses aqui.

Estou fazendo esta pergunta porque em um laboratório de curso recente, nos disseram para implementar um shell Unix mínimo. Existem muitos "recursos opcionais" que podemos implementar, para pontos adicionais. Um desses "recursos opcionais" é o redirecionamento e o pipeline combinados. Tivemos algumas implementações diferentes e acredito que algumas estão mais próximas do comportamento especificado do POSIX do que outras e, portanto, gostaria de saber como o comportamento real é especificado.

shell pipe

2 respostas

  1. Best Answer

    Bem ( saída ),

    O utilitário exit deve fazer com que o shell saia de seu ambiente de execução atual [...]

    e ( 2.12. Ambiente de Execução do Shell )

    Um ambiente subshell deve ser criado como uma duplicata do ambiente shell, [...] Além disso, cada comando de um pipeline multi-comando está em um ambiente subshell ; como uma extensão, no entanto, qualquer um ou todos os comandos em um pipeline podem ser executados no ambiente atual. Todos os outros comandos devem ser executados no ambiente shell atual .

    Portanto, o exitem um pipeline é executado em um ambiente/subshell de execução próprio e sai apenas disso, enquanto o do comando simples exit > /dev/nullé executado no ambiente do shell principal. (Conforme observado nos comentários, o redirecionamento realmente não o afeta.)

    Observe que a parte no meio da segunda citação significa que algum shell pode executar todos os comandos de um pipeline no ambiente principal, saindo assim do shell inteiro mesmo nesse caso. Na prática, isso é feito mais comumente para o último comando de um pipeline.

    No Bash com lastpipe, por exemplo:

    $ bash -c 'true | exit; echo end.'
end.

    Mas

    $ bash -O lastpipe -c 'true | exit; echo end.'

    não imprime nada.

    • 3

  2. Isso ocorre porque exité executado em um subshell para exit | cate não para exit > /dev/null. Sair de um subshell não sai do shell principal :

    Se o ambiente de execução atual for um ambiente de subshell, o shell deve sair do ambiente de subshell com o status de saída especificado e continuar no ambiente a partir do qual esse ambiente de subshell foi invocado

    Mas a diferença específica de subshell ou não subshell é especificada na seção 2.12 do padrão POSIX – para citar a passagem relevante na íntegra:

    Um ambiente subshell deve ser criado como uma duplicata do ambiente shell, exceto que as armadilhas de sinal que não estão sendo ignoradas devem ser definidas para a ação padrão. As alterações feitas no ambiente do subshell não devem afetar o ambiente do shell. Substituição de comandos, comandos agrupados entre parênteses e listas assíncronas devem ser executados em um ambiente subshell. Além disso, cada comando de um pipeline de vários comandos está em um ambiente de subshell; como uma extensão, no entanto, qualquer um ou todos os comandos em um pipeline podem ser executados no ambiente atual. Todos os outros comandos devem ser executados no ambiente shell atual.

    Aqui exit | catcabe a descrição:

    cada comando de um pipeline de vários comandos está em um ambiente de subshell

    E, portanto, geralmente será executado em um subshell. No entanto, isso pode pegá-lo:

    como uma extensão, no entanto, qualquer um ou todos os comandos em um pipeline podem ser executados no ambiente atual

    ... Significa que não é garantido em todas as conchas. Anteriormente, tive que depurar código em que uma implementação executava o lado direito de um pipe no shell atual, permitindo que o seguinte funcionasse em algumas implementações de KSH, mas não em outras:

    cat foo | while read line
do
    X="$line"
done

    Portanto, sempre assuma que um pipe pode gerar um subshell, mas não confie nele.

    • 0

relate perguntas