2010-06-07 20 views
1

J'ai un problème avec vim 7.2 suspendu (pendant environ 10 secondes) après avoir analysé le fichier .vimrc. J'avais un problème similaire dans le passé avec tcsh sur Linux, mais il a été résolu en réglant TERM à xterm-color. La même chose ne résout pas le problème ici. Une idée de ce qui peut causer cela?Vim suspendu après l'analyse du fichier .vimrc (même un fichier vide) sous Solaris 10

$ env 
USER=redacted 
LOGNAME=redacted 
HOME=/home/redacted 
PATH=redacted 
MAIL=/var/spool/mail/redacted 
SHELL=/bin/tcsh 
TZ=redacted 
LC_COLLATE=C 
SSH_CLIENT=redacted 
SSH_CONNECTION=redacted 
SSH_TTY=/dev/pts/11 
TERM=dtterm 
HOSTTYPE=sun4 
VENDOR=sun 
OSTYPE=solaris 
MACHTYPE=sparc 
SHLVL=1 
PWD=/home/redacted 
GROUP=redacted 
HOST=redacted 
REMOTEHOST=redacted 
QUOTA_CHECKED=1 
WHOAMI=redacted 
HOSTNAME=redacted 
EDITOR=vim 
PRINTER=redacted 
INFOPATH=/software/gnu/gcc/2.8.1/sun4os5.10/info:/software/gnu/sun4os5/info:/software/gnu/emacs/20.3.1/sun4os5/info:/software/gnuish/sun4os5/info:/usr/local/gnu/info 
MANPATH=/software/gnu/gcc/2.8.1/sun4os5.10/man:/software/gnu/sun4os5/man:/software/gnu/emacs/20.3.1/sun4os5/man:/opt/rational/clearcase/doc/man:/usr/openwin/man:/usr/share/man:/usr/local/man:/usr/dt/man:/software/gnuish/sun4os5/man 
H_ARCH=sun4 
H_ARCHOS=sun4os5 
H_ARCHOS_SUB=sun4os5.10 
H_OSTYPE=SUNOS 
H_OSREV=51000 
T_ARCH=sun4 
T_ARCHOS=sun4os5 
T_ARCHOS_SUB=sun4os5.10 
T_OSTYPE=SUNOS 
T_OSREV=51000 
X11HOME=/usr/local/x11/sun4os5 
OPENWINHOME=/usr/openwin 
LD_LIBRARY_PATH=/usr/dt/lib:/usr/openwin/lib 
MOTIFHOME=/usr/dt 
XINITRC=/usr/openwin/lib/Xinitrc 
GCC_REV=281 
+0

Combien de temps faut-il pour lire le fichier normalement? 'time (cat ~/.vimrc>/dev/null)' –

+1

Essayez d'exécuter vim sous la commande 'truss', qui indique les appels système que le programme effectue, ainsi que leurs arguments et leur état de retour. J'ai eu de la chance avec cette approche dans des situations similaires - ce pourrait être quelque chose comme un serveur NFS qui expire, ce qui sera évident à partir de la sortie de la ferme. –

+0

@Jim Lewis Merci! Il s'avère qu'il essayait de se connecter à un affichage. –

Répondre

2

Est-ce une vim -X faire une différence (comme je suppose que vous n'êtes pas en cours d'exécution gvim)?

Sinon, beaucoup de plugins peuvent causer cela. Ou des plugins qui se bloquent sur certaines opérations.

+0

Bien merde sainte. Truss a montré qu'il était temps d'essayer de se connecter à un serveur X, et -X l'a corrigé. Je vais modifier mon cshrc. –

0

Vous pouvez essayer de lancer vim avec -u NONE pour désactiver la lecture .vimrc, -U NONE désactiver .gvimrc, et l'option --noplugin désactive le chargement des plug-ins, voir si cela aide.

+0

J'ai essayé cela. Il s'avère qu'il essayait de se connecter à un serveur X. Merci beaucoup! –