☰

Falta o primeiro caractere de uma linha em aplicativos de tela cheia no servidor Linux ssh'ed do OS X Terminal

tag-icon • tag-icon linux macos ssh terminal nano
Falta o primeiro caractere de uma linha em aplicativos de tela cheia no servidor Linux ssh'ed do OS X Terminal

insira a descrição da imagem aquiEstou tendo problemas com o aplicativo Terminal no Mac OS X Snow Leopard.

Eu uso ssh para conectar-me a um servidor Linux remoto e executar a edição do arquivo de configuração.

Por alguma razão, às vezes faltam caracteres quando está conectado ao servidor Linux. Tive problemas para identificar isso e fazer com que acontecesse de maneira repetível - infelizmente, este é o melhor método que descobri:

  1. Conecte-se ao servidor Ubuntu 8.04

  2. Edite algum arquivo de texto com nano(aplicativo de tela cheia)

  3. A primeira linha do arquivo de texto está faltando o primeiro caractere da linha (o caractere mais à esquerda). Por exemplo, se o arquivo de texto contiver a linha "asdf", você verá "sdf".

  4. Se você mover o cursor para esta posição o caractere estará de volta lá (a linha é redesenhada pelo nano)

  5. Redimensionar a janela do aplicativo Terminal não traz de volta nenhum caractere

  6. Se você clicar em atualizar (CTRL+L) no nano os caracteres serão perdidos novamente

O mesmo problema pode ser observado com lessalguns outros aplicativos de terminal.

O problema não pode ser repetido com o terminal Gnome ou outro aplicativo de terminal, portanto não pode estar relacionado à configuração do servidor. No entanto, tenho o mesmo problema em duas instalações diferentes do OS X, por isso pode estar vinculado às minhas configurações padrão.

Suspeito que isso possa estar relacionado à codificação UTF-8 ou às configurações do Terminal de alguma forma, mas ainda não consegui descobrir qual configuração a aciona.

O cliente ssh usado é:

 OpenSSH_5.2p1, OpenSSL 0.9.8r 8 Feb 2011

Editar:

Na verdade, isso também pode ser repetido no OSX local e não está vinculado ao Ubuntu.

Macports instalados (não tenho certeza se necessário) e usando o seguinte GNU nano para editar arquivos de texto:

GNU nano version 2.0.6 (compiled 11:42:28, May 18 2009)
Email: [email protected] Web: http://www.nano-editor.org/
Compiled options: --disable-nls --enable-color --enable-extra --enable-multibuffer --enable-nanorc

As seguintes variáveis ​​de ambiente relacionadas ao terminal são definidas:

    TERM=ansi
    TERM_PROGRAM=Apple_Terminal
    TERM_PROGRAM_VERSION=273.1

No Terminal.app diz que a emulação é ansi e codificação UTF-8.

Ainda não tenho certeza de qual é a combinação de acionamento (qual modo Terminal, etc.)

Responder1

Resolvi o problema semelhante que tive nas configurações do Terminal OS X: Perfis, Avançado e alterei a caixa suspensa "Declarar terminal como" para xterm-256color.

Responder2

O problema que você descreve é ​​típico de um valor incorreto para a variável de ambiente TERM. Especificamente, o valor da variável TERM no Ubuntu seleciona um conjunto de recursos e capacidades do terminal que não correspondem aos do aplicativo OS X Terminal.

Se TERM estiver definido como algo parecido xterm-colorou xterm-256colortente configurá-lo para outros valores (por exemplo, o outro dos dois que mencionei, ou plain xterm, ansiou vt220).

ATUALIZAR:

No OS X Terminal.app, tente os seguintes comandos

TERM=ansi nano googlef916dafa821844e0.html
TERM=vt220 nano googlef916dafa821844e0.html
TERM=xterm nano googlef916dafa821844e0.html
TERM=xterm-color nano googlef916dafa821844e0.html    
TERM=xterm-256color nano googlef916dafa821844e0.html

Responder3

Parece que o Terminal está cheio de bugs.

Eu recomendo usariTermo 2em vez de.

iTerm2 é um substituto do Terminal e sucessor do iTerm. Funciona em Macs com Leopard, Snow Leopard ou Lion. Seu foco está no desempenho, na internacionalização e no suporte a recursos inovadores que tornam sua vida melhor.

informação relacionada