EstoutendoproblemascomoaplicativoTerminalnoMacOSXSnowLeopard.
Euusoosshparaconectar-meaumservidorLinuxremotoeexecutaraediçãodearquivosdeconfiguração.
Poralgummotivo,àsvezes,eleperdecaracteresquandoestáconectadoaoservidorLinux.Eutiveproblemasparaidentificarissoefazerissoacontecerdeumamaneirarepetível-infelizmenteesseéomelhormétodoqueeujávi:
Conecte-seaoservidorUbuntu8.04
Editealgumarquivodetextocomnano(aplicativodetelainteira)
Aprimeiralinhadoarquivodetextoestáfaltandooprimeirocaracteredalinha(ocaracteremaisàesquerda).Porexemplo.seoarquivodetextocontiveralinha"asdf", você verá "sdf".
Se você mover o cursor para essa posição, o caractere estará de volta lá (a linha é redesenhada por nano)
Redimensionar a janela do aplicativo Terminal não traz de volta nenhum caractere
Se você clicar em atualizar (CTRL + L) no nano, os caracteres serão perdidos novamente
O mesmo problema pode ser observado com less e alguns outros aplicativos de terminal.
O problema não é repetível com o terminal Gnome ou outro aplicativo de terminal, portanto, não pode ser relacionado à configuração do servidor. No entanto, tenho o mesmo problema em duas instalações diferentes do OS X, por isso pode estar ligado às minhas configurações padrão.
Eu 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 o aciona.
O cliente ssh usado é:
OpenSSH_5.2p1, OpenSSL 0.9.8r 8 Feb 2011
Editar :
Isso também é repetível 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 estão definidas:
TERM=ansi
TERM_PROGRAM=Apple_Terminal
TERM_PROGRAM_VERSION=273.1
No Terminal.app, diz que a emulação é ansi e codifica UTF-8.
Não tenho certeza qual é a combinação de trigger (qual modo Terminal, etc.)
Parece que o Terminal é apenas um buggy.
Eu recomendo usar o iTerm 2 .
iTerm2 is a replacement for Terminal and the successor to iTerm. It works on Macs with Leopard, Snow Leopard, or Lion. Its focus is on performance, internationalization, and supporting innovative features that make your life better.
Eu resolvi o problema semelhante que tive nas configurações do Terminal OS X: Perfis, Avançado e alterei a caixa de depósito "Declare terminal as" para xterm-256color.
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 recursos de terminal que não correspondem aos do aplicativo Terminal OS X.
Se TERM estiver definido como algo como xterm-color ou xterm-256color tente defini-lo como outros valores (por exemplo, o outro dos dois que eu mencionei, ou xterm , ansi ou vt220 ). / p>
ATUALIZAÇÃO:
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