O texto do Vim foi confundido no servidor remoto

1

Costumo trabalhar em servidores remotos. Há um servidor que parece ficar "confuso" sobre o número de colunas disponíveis (meu melhor palpite), mas apenas quando se trabalha no Vim (não bash). Especificamente, quando eu abro um arquivo com linhas longas, tudo parece normal no começo. Mas quando me movo, o texto fica confuso. O cursor aparecerá como se estivesse sobre uma determinada palavra, mas na verdade eu estou em uma linha diferente. Eu posso dizer porque se eu procurar a palavra que o cursor está cobrindo, uma palavra de outra linha aparece de repente sob o meu cursor. Além disso, parte do texto parece estar na próxima linha (apesar de eu ter "set nowrap"). E envolve muito mais cedo do que a janela exigiria.

Se eu executar "ls" na linha de comando, o texto se estende até o final da janela. Então eu acho que é específico do Vim.

O que eu verifiquei: 1. Eu verifiquei que $ TERM corresponde ao $ TERM na minha máquina local (pensando que houve alguma falta de comunicação lá). Ambos são "cor xterm". 2. Verifiquei se o Vim não definiu um número ímpar de colunas (colunas de conjuntos detalhados?). O valor retornado corresponde à largura da minha janela. 3. Fiz muita pesquisa e não encontrei nada relacionado.

Agradeço qualquer ajuda. Deixe-me saber como posso esclarecer.

Minha máquina local é o Mac OS X Mountain Lion. Servidor remoto é o Debian (Squeeze). O Vim remoto é de 7,2.

EDIT-1: Eu não sei se o seguinte está relacionado, mas aqui estão mais alguns sintomas: 1. Se eu dividir a tela dentro do Vim, as linhas de informação do arquivo entre elas ficarão confusas (devo estar relacionada, eu acho) 2. "set ruler" não funciona

EDIT-2: Acabei de perceber que "menos" está envolvendo o texto muito cedo (bem antes do final da janela) e exatamente no mesmo ponto que o Vim está tentando. Então, eu estou supondo que realmente está relacionado a bater de alguma forma. A única diferença com "menos" é que as linhas não ficam confusas como no Vim.

EDIT-3: Isso tudo é óbvio agora, e eu deveria ter checado outros editores antes, mas naturalmente o emacs tem os mesmos problemas que o Vim. Isso é um problema bash? Uma questão de prazo?

EDIT-4: Eu apenas tentei acessar os mesmos arquivos remotamente usando o iTerm (ao invés do Terminal.app) e ele está funcionando perfeitamente. Eu não sei o que fazer com isso. De certo modo, meu problema está resolvido, mas eu adoraria entender o que está acontecendo se alguém puder lançar alguma luz.

    
por Mark Ebbert 02.01.2013 / 19:01

2 respostas

3

Não sei exatamente o que estava acontecendo ou o que foi corrigido, mas, como mencionado acima, acessei o arquivo remoto usando o iTerm (em vez de Termanal.app) e tudo formatado como esperado. Com base nisso, presumi que algo estava errado entre o Terminal.app e o servidor remoto. O usuário romainl sugeriu que eu definisse explicitamente $ TERM para xterm-256color no meu ~/.bashrc ( set TERM=xterm-256color ) no servidor remoto e tente novamente com o Terminal.app. Quando fiz isso, o texto foi formatado corretamente, embora com realce incorreto de sytax. Em seguida, removi a linha mencionada anteriormente do meu ~/.bashrc no servidor remoto, encerrei a sessão e comecei de novo. Desta vez tudo funcionou como esperado. Pode ter sido simplesmente que o Terminal.app estava com bugs.

Obrigado novamente a todos que ofereceram seus conhecimentos.

    
por 03.01.2013 / 04:34
0

Eu tive um complicado: destaque o comando no meu .vimrc que causou este problema que torna o vi inutilizável. Você pode eliminar / confirmar isso iniciando o vi sem configuração.

Primeira sessão de ssh de saída & então faça o login para obter um shell limpo: -

vi -u NONE -U NONE -N file.txt
    
por 19.10.2016 / 11:51