Por que meu terminal Solaris está "truncado"?

Em ambos os sistemas, as stty -ainformações indicam que a janela do terminal deve ter 120x24 caracteres de tamanho ( rows 24; columns 120no Linux e rows = 24; columns = 120). Na sua captura de tela do Linux, isso parece ser verdade. Mas na sua captura de tela do Solaris, há claramente mais de 24 linhas, e a stty -asaída naquele momento deve refletir esse fato . A saída do Solaris parece ser truncada após a 24ª linha, então o shell e quaisquer outros programas que você esteja executando estão apenas tomando o tamanho do terminal indicado por stty -acomo uma verdade absoluta.

Quando você redimensiona sua janela de terminal, o processo do emulador de terminal (por exemplo, xtermno seu caso) deve enviar um sinal de mudança de janela ( SIGWINCH) para o(s) processo(s) em execução dentro daquela janela de terminal para informá-los que o tamanho da janela mudou. Então, o(s) processo(s) deve(m) atualizar as sttyconfigurações e sua ideia interna do tamanho da tela.

Quando complicações como conexões de terminais remotos e software Unix comercial antigo são adicionadas à mistura, às vezes pode acontecer que o sinal não seja entregue ou seja entregue apenas ao processo que está ativo no terminal naquele momento.

Então, quando você se conecta a um host remoto, faz login, inicia um editor de texto e redimensiona a janela para ver melhor o que está editando, o editor pode receber a mensagem de que o tamanho da janela foi alterado e se adaptar... mas quando você sai do editor e inicia outro programa, por manexemplo, você pode ver que o shell não obteve o SIGWINCH e ainda tem as informações erradas sobre o tamanho da janela nas sttyinformações e/ou nas variáveis ​​de ambiente COLUMNSe LINES... e como as variáveis ​​de ambiente do shell são herdadas por seus processos filhos, o shell agora está propagando informações incorretas sobre o tamanho da janela.

Sim, a maneira correta de consertar isso seria garantir que todos os programas relevantes lidem com o SIGWINCH e as alterações de tamanho do terminal corretamente... mas infelizmente softwares antigos e cheios de bugs parecem nunca desaparecer completamente.

A solução alternativa usual seria sair do programa de tela cheia exibindo o comportamento incorreto e executar eval $(resize)(ou equivalente) no shell que você usou para iniciá-lo. Ele deve sondar novamente o tamanho atual da janela e ajustar as sttyinformações e as variáveis ​​de ambiente mencionadas acima para corresponder ao tamanho real da janela. Em outras palavras, ele força manualmente as coisas que deveriam ter acontecido automaticamente como resultado do SIGWINCH.

Às vezes, algo simples resizepode ser suficiente; mas usar o formulário também faz com que as variáveis ​​de ambiente e do eval $(resize)shell sejam atualizadas... e ocasionalmente você usará algum software antigo que usa os valores nessas variáveis ​​de ambiente e espera que eles estejam corretos.COLUMNSLINES

Depois disso, pode ser bom ter em mente algo como "Estou em um sistema com tratamento SIGWINCH imperfeito; seria melhor ajustar o tamanho das janelas do terminal somente quando houver apenas um prompt de shell no terminal, e não quando algum programa de tela cheia estiver em execução".

(Parece-me lembrar que versões antigas do Solaris costumavam ter implementações padrão bem antigas de vie more... e esta última provavelmente também era usada como paginador padrão por mane similares. Eu não ficaria muito surpreso se o tratamento do SIGWINCH não fosse tão perfeito.)

Solução encontrada. Após sugestão do usuário que acontece no ssh, tentei

ssh -t solaris10

Parece funcionar bem.