Início / unix / Perguntas / 742050
Accepted
Binarus
Asked: 2023-04-06 00:05:32 +0800 CST

Em >&N, por que N é tratado como descritor de arquivo em vez de nome de arquivo (como o manual parece dizer)?

  • 772

Estou lutando para entender o redirecionamento de IO no bash. Eu vi muitos exemplos como o seguinte (que é literalmente retirado da resposta aceita aqui ):

exec 3<> /tmp/foo  #open fd 3.
echo "test" >&3
exec 3>&- #close fd 3.

Não entendi a segunda linha. Para ser preciso, não entendo como seu comportamento está de acordo com o manual do bash.

Obviamente, na segunda linha, >&3deve redirecionar stdout(e possivelmente stderr- não sei) para o descritor de arquivo 3; todo o resto não faria sentido.

Mas do manual atual do bash (no momento em que escrevo), seção 3.6.4 (formatando o meu):

Essa construção permite que tanto a saída padrão (descritor de arquivo 1) quanto a saída de erro padrão (descritor de arquivo 2) sejam redirecionadas para o arquivo cujo nome é a expansão de word. Existem dois formatos para redirecionar a saída padrão e o erro padrão:
&>worde>&word

[ Em seguida, explica diferenças sutis entre o primeiro e o segundo formato, mas vamos deixar isso de lado por um momento porque não é importante para a pergunta. ]

No meu entendimento, isso diz que >&3redireciona stderre stdoutpara um arquivo cujo nome é 3, que é bem diferente de redirecionar stdout(e possivelmente stderr) para descritor de arquivo 3.

Alguém poderia explicar o que estou perdendo?

bash

1 respostas

  1. Best Answer

    Na verdade, é precisamente a parte que você deixa de lado que é mais relevante (da documentação do GNU bash ):

    3.6.4 Redirecionando Saída Padrão e Erro Padrão

    Essa construção permite que tanto a saída padrão (descritor de arquivo 1) quanto a saída de erro padrão (descritor de arquivo 2) sejam redirecionadas para o arquivo cujo nome é a expansão de word.

    Existem dois formatos para redirecionar a saída padrão e o erro padrão:

    &>word

    e

    >&word

    Das duas formas, a primeira é a preferida. Isso é semanticamente equivalente a

    >word 2>&1

    Ao usar a segunda forma, a palavra não pode se expandir para um número ou '-'. Em caso afirmativo, outros operadores de redirecionamento se aplicam (consulte Duplicando descritores de arquivo abaixo) por motivos de compatibilidade.

    Essa nota final é a parte mais importante, então vou repeti-la aqui:

    Ao usar a segunda forma, a palavra não pode se expandir para um número ou '-'. Em caso afirmativo, outros operadores de redirecionamento se aplicam (consulte Duplicando descritores de arquivo abaixo) por motivos de compatibilidade.

    Portanto, se wordexpande para um número ou -, regras especiais são acionadas. As strings se expandem para si mesmas, portanto, 3pode-se dizer que "expandem", o 3que significa que >&3são tratadas de acordo com as regras descritas na seção Duplicando Descritores de Arquivos :

    O operador de redirecionamento

    [n]<&word

    é usado para duplicar descritores de arquivo de entrada. Se a palavra se expandir para um ou mais dígitos, o descritor de arquivo indicado por n será uma cópia desse descritor de arquivo. Se os dígitos na palavra não especificarem um descritor de arquivo aberto para entrada, ocorrerá um erro de redirecionamento. Se a palavra for avaliada como '-', o descritor de arquivo n será fechado. Se n não for especificado, a entrada padrão (descritor de arquivo 0) será usada.

    O operador

    [n]>&word

    é usado de forma semelhante para duplicar os descritores de arquivo de saída. Se n não for especificado, a saída padrão (descritor de arquivo 1) será usada. Se os dígitos na palavra não especificarem um descritor de arquivo aberto para saída, ocorrerá um erro de redirecionamento. Se a palavra for avaliada como '-', o descritor de arquivo n será fechado. Como um caso especial, se n for omitido e a palavra não se expandir para um ou mais dígitos ou '-', a saída padrão e o erro padrão serão redirecionados conforme descrito anteriormente.

    Tudo isso para dizer que, no caso específico em que o que vem depois do >&é um número, esse número é considerado um descritor de arquivo. Presumivelmente, é exatamente por isso que o manual afirma que &>wordé preferível ao equivalente, >&wordpois &>wordé inequívoco.

    • 16

relate perguntas