-p选项启动Vim时出现此问题。假设我从vim -p first.txt second.txt
first.txt之后，我使用second.txt移至gt。我再次按gg和G键。从这点来看，Vim不会响应任何信号，包括CtrlD。我只能通过终止终端来关闭此会话。 仅当我使用
-p选项调用Vim时，才会出现此问题。如果我先打开first.txt，然后使用:tabe打开second.txt，则不会出现此问题。 知道为什么会发生这种情况吗？
vim --version的输出：Vim: Caught deadly signal SEGV
的输出
uname -a：VIM - Vi IMproved 7.4 (2013 Aug 10, compiled Jan 2 2014 19:40:46)
Included patches: 1-52
Modified by pkg-vim-maintainers@lists.alioth.debian.org
Compiled by buildd@
Huge version with GTK2-GNOME GUI. Features included (+) or not (-):
+acl +farsi +mouse_netterm +syntax
+arabic +file_in_path +mouse_sgr +tag_binary
+autocmd +find_in_path -mouse_sysmouse +tag_old_static
+balloon_eval +float +mouse_urxvt -tag_any_white
+browse +folding +mouse_xterm +tcl
++builtin_terms -footer +multi_byte +terminfo
+byte_offset +fork() +multi_lang +termresponse
+cindent +gettext -mzscheme +textobjects
+clientserver -hangul_input +netbeans_intg +title
+clipboard +iconv +path_extra +toolbar
+cmdline_compl +insert_expand +perl +user_commands
+cmdline_hist +jumplist +persistent_undo +vertsplit
+cmdline_info +keymap +postscript +virtualedit
+comments +langmap +printer +visual
+conceal +libcall +profile +visualextra
+cryptv +linebreak +python +viminfo
+cscope +lispindent -python3 +vreplace
+cursorbind +listcmds +quickfix +wildignore
+cursorshape +localmap +reltime +wildmenu
+dialog_con_gui +lua +rightleft +windows
+diff +menu +ruby +writebackup
+digraphs +mksession +scrollbind +X11
+dnd +modify_fname +signs -xfontset
-ebcdic +mouse +smartindent +xim
+emacs_tags +mouseshape -sniff +xsmp_interact
+eval +mouse_dec +startuptime +xterm_clipboard
+ex_extra +mouse_gpm +statusline -xterm_save
+extra_search -mouse_jsbterm -sun_workshop +xpm
system vimrc file: "$VIM/vimrc"
user vimrc file: "$HOME/.vimrc"
2nd user vimrc file: "~/.vim/vimrc"
user exrc file: "$HOME/.exrc"
system gvimrc file: "$VIM/gvimrc"
user gvimrc file: "$HOME/.gvimrc"
2nd user gvimrc file: "~/.vim/gvimrc"
system menu file: "$VIMRUNTIME/menu.vim"
fall-back for $VIM: "/usr/share/vim"
Compilation: gcc -c -I. -Iproto -DHAVE_CONFIG_H -DFEAT_GUI_GTK -pthread -I/usr/include/gtk-2.0 -I/usr/lib/i386-linux-gnu/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/i386-linux-gnu/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/libpng12 -I/usr/include/harfbuzz -pthread -DORBIT2=1 -D_REENTRANT -I/usr/include/libgnomeui-2.0 -I/usr/include/libart-2.0 -I/usr/include/gconf/2 -I/usr/include/gnome-keyring-1 -I/usr/include/libgnome-2.0 -I/usr/include/libbonoboui-2.0 -I/usr/include/libgnomecanvas-2.0 -I/usr/include/gtk-2.0 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/gnome-vfs-2.0 -I/usr/lib/i386-linux-gnu/gnome-vfs-2.0/include -I/usr/include/dbus-1.0 -I/usr/lib/i386-linux-gnu/dbus-1.0/include -I/usr/include/glib-2.0 -I/usr/lib/i386-linux-gnu/glib-2.0/include -I/usr/include/orbit-2.0 -I/usr/include/libbonobo-2.0 -I/usr/include/bonobo-activation-2.0 -I/usr/include/libxml2 -I/usr/include/pango-1.0 -I/usr/include/gail-1.0 -I/usr/include/harfbuzz -I/usr/include/freetype2 -I/usr/include/atk-1.0 -I/usr/lib/i386-linux-gnu/gtk-2.0/include -I/usr/include/cairo -I/usr/include/gio-unix-2.0/ -I/usr/include/pixman-1 -I/usr/include/libpng12 -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=1 -I/usr/include/tcl8.6 -D_REENTRANT=1 -D_THREAD_SAFE=1 -D_LARGEFILE64_SOURCE=1
Linking: gcc -L. -Wl,-Bsymbolic-functions -Wl,-z,relro -rdynamic -Wl,-export-dynamic -Wl,-E -Wl,-Bsymbolic-functions -Wl,-z,relro -Wl,--as-needed -o vim -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lpangocairo-1.0 -lgdk_pixbuf-2.0 -lcairo -lpango-1.0 -lfontconfig -lgobject-2.0 -lglib-2.0 -lfreetype -lgnomeui-2 -lSM -lICE -lbonoboui-2 -lgnomevfs-2 -lgnomecanvas-2 -lgnome-2 -lpopt -lbonobo-2 -lbonobo-activation -lORBit-2 -lart_lgpl_2 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lpangocairo-1.0 -lgdk_pixbuf-2.0 -lcairo -lpango-1.0 -lfontconfig -lfreetype -lgconf-2 -lgthread-2.0 -lgmodule-2.0 -lgobject-2.0 -lglib-2.0 -lSM -lICE -lXpm -lXt -lX11 -lXdmcp -lSM -lICE -lm -ltinfo -lnsl -lselinux -lacl -lattr -lgpm -ldl -L/usr/lib -llua5.2 -Wl,-E -fstack-protector -L/usr/local/lib -L/usr/lib/perl/5.18/CORE -lperl -ldl -lm -lpthread -lcrypt -L/usr/lib/python2.7/config-i386-linux-gnu -lpython2.7 -lpthread -ldl -lutil -lm -Xlinker -export-dynamic -Wl,-O1 -Wl,-Bsymbolic-functions -L/usr/lib/i386-linux-gnu -ltcl8.6 -ldl -lz -lpthread -lieee -lm -lruby-1.9.1 -lpthread -lrt -ldl -lcrypt -lm -L/usr/lib
根据@Carpetsmoker的评论，我发现问题出在我的
.vimrc文件上。因此，我检查了运行导致问题的命令，并在.vimrc文件的某些部分添加了注释。最后，我发现问题出在线路上。:help columns没有提供与此有关的任何有用信息。#1 楼
SEGV信号（也称为段错误）几乎总是归因于您正在运行的程序中的错误-在这种情况下为vim。 （其他原因是硬件缺陷，或者是一次蓝月亮，都是内核错误）。所以，实际上，您需要报告一个错误。
:help bug-reports提供有关如何报告错误的说明。听起来您已经有最少的步骤来重现该问题，所以这是其中的大部分工作。不过，您可能应该首先测试Vim的较新版本，以确保它尚未被修复。评论
我正在使用Vim 7.4。官方网站说这是最新版本。
–nitishch
2015年2月19日下午5:28
@hatter您所应用的补丁少于可用补丁。
–德罗伯特
2015年2月19日下午5:45
他正在运行Debian，所以这说明了:-)
–马丁·图尔诺伊（Martin Tournoij）
15年2月19日在10:57
@Carpetsmoker我正在运行Debian，并已通过补丁488。我不确定为什么OP会更老。 Wheezy（当前版本）的版本为7.3，因此OP并未使用该版本。不稳定，Jessie和Wheezy-Backports都具有7.4补丁488。（鉴于640是最新的，所以还有些旧。）
–德罗伯特
2015年2月19日在16:50
#2 楼
如果您的vim因分段错误而崩溃，则表明内存访问冲突是由软件错误或硬件问题引起的。 />通过运行
vim -u NONE禁用插件，看看是否有帮助。将vim升级到最新的稳定版本。
将vim升级到最新的开发版本。
可选地，双击在另一台机器上检查相同的vim版本（可能是由硬件问题引起的）。
尝试在调试器下运行
vim，例如：gdb vim并检查回溯（在SEGV之后，在gdb中：键入bt或bt full）。如果回溯没有符号，则必须重新编译您的vim包含这些内容。如果您使用的是其他版本的vim（例如gVim，MacVim，NeoVim），请向正确的维护者报告。
评论
这仅在我的系统上发生。 -u NONE不会发生。罪魁祸首似乎是.vimrc中的行集column = 1000。
–nitishch
15年2月19日在13:22
#3 楼
分段错误也可能连接到诸如netbeans和autocmd之类的交互服务器，该服务器使另一个程序（插件...）在BufNewFile配置中期望（或类似）的缓冲区（例如.vim操作）失效，请尝试在例如典型错误消息是：.vimrc 典型错误消息是：
command
评论
您使用哪个vim（和补丁程序级别）？ （例如vim --version输出），以及什么操作系统？无论如何，更新vim是一个好主意。如果您在Mac上并且使用ruby插件（例如Command-T），则可以重新安装它们和/或确保vim使用的是系统ruby而不是rvm ruby（这似乎给某些人造成了麻烦）您可以以vim -u NONE -p first.txt second.txt的形式启动vim。这将防止加载vimrc文件。
@hatter vim已安装或编译？您可以将其升级到7.4，看看是否有帮助。
已安装@kenorb Vim。
@Carpetsmoker奏效了！！这是否明确表明.vimrc文件存在问题？