Início / unix / Perguntas / 779417
Accepted
Targeloid
Asked: 2024-07-03 16:45:57 +0800 CST

Por que o redirecionamento do stderr interfere no manuseio de $COLUMNS e da opção `checkwinsize` pelo bash?

  • 772

Estou criando um script de uma estrutura de teste no bash e estou me deparando com uma situação estranha.

Algumas coisas que estou fazendo nesta postagem para fins ilustrativos:

  • Adicionando echolinhas aos scripts; estes não fazem parte do conjunto de testes.
  • Executando todos os scripts em janelas de terminal com mais de 80 caracteres
  • A execução de todos os scripts dos diretórios em que residem, por meio, por exemplo, de ./test1.

Primeiro, há um setupscript. Isso sourcevem dos próprios scripts de teste (não pode ser executado em um subshell porque precisa definir variáveis ​​de ambiente). O primeiro corte fica assim.

# Make output consistent regardless of width of terminal running the script.
export COLUMNS=80
echo setup: $COLUMNS

O script test1é assim.

#!/bin/bash

# Send output to both the screen and a file.
exec > >(tee logfile)

echo before: $COLUMNS
. ./setup
echo after: $COLUMNS

Executar test1dá os resultados esperados.

before:
setup: 80
after: 80

Adicionar uma linha para setupbagunçar tudo, no entanto.

# Make output consistent regardless of width of terminal running the script.
export COLUMNS=80
echo setup: $COLUMNS

date
echo setup 2: $COLUMNS

Agora a saída da execução test1é:

before:
setup: 80
Tue Jul  2 13:36:43 CDT 2024
setup 2: 232
after: 232

Isso é explicado pela checkwinsizeopção bash. Como a página de manual documenta esta opção: "Se definido, o bash verifica o tamanho da janela após cada comando externo (não integrado) e, se necessário, atualiza os valores de LINHAS e COLUNAS. Esta opção é habilitada por padrão." exporte echonão são comandos externos, mas datesão, e é por isso que chamá-los anula o $COLUMNSvalor definido explicitamente.

A próxima estranheza surge quando outro script de teste, test2tem requisitos de log diferentes e envia stdout e stderr para logfile.

$ diff test1 test2
3c3
< exec > >(tee logfile)
---
> exec > >(tee logfile) 2>&1

Correr test2produz isto:

before:
setup: 80
Tue Jul  2 13:46:20 CDT 2024
setup 2: 80
after: 80

Por que isso anularia a checkwinsizeopção?

A setupdesativação checkwinsizeresolve meu problema prático, que é fazer com que todos os scripts de teste respeitem o $COLUMNSvalor definido explicitamente. Mas ainda estou intrigado com o motivo pelo qual a adição de 2>&1altera tanto o comportamento. É este o resultado pretendido?

Estou vendo isso no bash versão 5.0.18(1). Eu sei que isso é um pouco antigo e estaria interessado em saber se o comportamento é o mesmo em uma festa mais recente.

Não é o mesmo em um ainda mais antigo ao qual tenho acesso (versão 3.2.57(1)) - curiosamente, a diferença aqui é que a dateinvocação não é redefinida $COLUMNSpara a largura do terminal, apesar da página de manual desta versão documentar checkwinsizeessencialmente de forma idêntica . Portanto, esta versão parece ter bugs, pois seu comportamento não corresponde à documentação.

bash

1 respostas

  1. Best Answer

    No seu cenário, o Bash recupera o tamanho da “janela” do terminal associado ao seu erro padrão, se houver. Redirecionar o erro padrão significa que ele não pode fazer isso, portanto COLUMNSpermanece inalterado mesmo se checkwinsizeestiver ativado.

    Não acho que isso esteja documentado, mas você pode ver no código-fonte . As referências a input_ttysão um tanto enganosas: é um shell_ttyerro padrão ou . Em shells não interativos, shell_ttynão está definido ou corresponde ao erro padrão.

    • 8

relate perguntas