Vim -p:收到致命信号SEGV?


12

使用-poption 启动Vim时出现此问题。假设我从

vim -p first.txt second.txt

然后,在编辑之后,first.txt我转到second.txt使用gt。我按下键ggG一次。这会产生错误

Vim: Caught deadly signal SEGV

从这一点来看,Vim不响应任何信号,包括Ctrl D。我只能通过杀死终端来关闭此会话。

仅当我使用-poption 调用Vim时,才会出现此问题。如果first.txt先打开然后再使用:tabe打开second.txt,则不会出现此问题。

任何想法为什么会发生这种情况?


输出vim --version

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   

输出uname -a

Linux nitish 3.13.0-45-generic #74-Ubuntu SMP Tue Jan 13 19:37:48 UTC 2015 i686 i686 i686 GNU/Linux

根据@Carpetsmoker的评论,我发现问题出在我的.vimrc文件上。因此,我检查了运行引起问题的问题,并在.vimrc文件的某些部分添加了注释。最后我发现问题出在生产线上

set columns=1000

如此无辜的命令怎么会引起这个问题?:help columns没有提供与此有关的任何有用信息。


2
您使用哪个vim(和补丁程序级别)?(例如vim --version输出),以及什么操作系统?无论如何,更新vim是一个好主意。如果您在Mac上并且使用ruby插件(例如Command-T),则可以重新安装它们和/或确保vim使用的是系统ruby而不是rvm ruby​​(这似乎给某些人造成了麻烦)
davidlowryduda

1
您可以vim -u NONE -p first.txt second.txt将vim启动为...,这将防止加载vimrc文件。
马丁·图尔诺伊

@hatter vim已安装或编译?您可以将其升级到7.4,看看是否有帮助。
kenorb 2015年

@kenorb Vim已安装。
nitishch 2015年

@Carpetsmoker奏效了!!这是否明确指出.vimrc文件存在问题?
nitishch 2015年

Answers:


6

SEGV信号(也称为段错误)几乎总是归因于您正在运行的程序中的错误-在这种情况下为vim。(其他原因是诸如硬件缺陷之类的东西,或者是一次蓝月亮,内核错误)。

因此,实际上,您需要报告一个错误。:help bug-reports提供有关如何报告错误的说明。听起来您已经有最少的步骤来重现该问题,所以这是其中的大部分工作。不过,您可能应该首先测试Vim的较新版本,以确保它尚未被修复。


我正在使用Vim 7.4。官方网站说这是最新版本。
nitishch

@hatter您所应用的补丁少于可用补丁。
derobert

他正在运行Debian,所以可以这样解释:-)
Martin Tournoij

@Carpetsmoker我正在运行Debian,并已通过补丁488。我不确定为什么OP会更老。Wheezy(当前版本)的版本为7.3,因此OP并未使用该版本。不稳定,杰西和Wheezy-Backports都具有7.4补丁488。(吉文,当前是640,所以还有些旧。)
derobert 2015年

3

如果您的vim因分段错误而崩溃,则表明内存访问冲突是由软件错误或硬件问题引起的。

如果这种情况反复发生,则应按顺序执行:

  1. 通过运行:禁用插件,vim -u NONE然后查看是否有帮助。
  2. 将您的vim升级到最新的稳定版本。
  3. 将您的vim升级到最新的开发版本。
  4. (可选)再次检查不同机器上的相同vim版本(可能是由于硬件问题引起的)。
  5. 尝试vim在调试器下运行,例如:gdb vim并检查回溯(在SEGV之后,在gdb:type bt或中bt full)。
  6. 如果backtrace没有符号,则必须重新编译vim以包括这些符号。
  7. 如果您已完成追溯,请检查是否存在类似问题或在vim的错误跟踪器中报告新错误(对于纯vim)或检查:help bugs。如果您使用的是其他版本的vim(例如gVim,MacVim,NeoVim),请向正确的维护者报告。

2
这仅在我的系统上发生。不会发生-u NONE。似乎线路set columns=1000.vimrc的罪魁祸首。
nitishch 2015年

0

分段错误也可能与诸如netbeans之类的交互服务器相连,并且autocmd使配置BufNewFile中另一个程序(插件等)期望(或类似)的缓冲区(例如操作)失效.vim,并尝试在(例如)中注释这些行.vimrc

典型的错误信息是:

missing ! or / in <number>:<command>

哪里 command可以editFile

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.