Vim -p: captou o sinal mortal SEGV?

12

Eu recebo esse problema quando inicio o Vim com a -popção Suponha, eu comecei com

vim -p first.txt second.txt

Depois de editar first.txt, passo a second.txtusar gt. Eu pressiono as teclas gge Gnovamente. Isso produz o erro

Vim: Caught deadly signal SEGV

A partir deste ponto, o Vim não responde a nenhum sinal inclusive Ctrl D. Eu posso fechar esta sessão apenas matando o terminal.

Esse problema surge apenas quando invoco o Vim com a -popção Se eu abrir first.txtprimeiro e depois usar :tabepara abrir second.txt, esse problema não surgirá.

Alguma idéia de por que isso pode ocorrer?

Saída de 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

Saída de 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

Com base nos comentários de @Carpetsmoker, descobri que o problema é por causa do meu .vimrcarquivo. Por isso, verifiquei o problema que causava o comando, com algumas partes do .vimrcarquivo comentadas. Finalmente eu descobri que o problema está na linha

set columns=1000

Como um comando tão inocente pode causar esse problema? :help columnsnão forneceu nenhuma informação útil sobre isso.

crash 
— nitishch
fonte
2
qual vim (e nível de patch) você está usando? (como vim --version output) e qual sistema operacional? Independentemente, seria uma boa ideia atualizar o vim. Se você estiver em um Mac e usar plugins Ruby (como o comando T), poderá reinstalá-los e / ou garantir que o vim esteja usando o sistema ruby ​​e não o rvm ruby ​​(o que parece ter causado problemas para algumas pessoas)
— davidlowryduda
1
Você pode iniciar o vim como vim -u NONE -p first.txt second.txt... Isso impedirá o carregamento do arquivo vimrc.
— Martin Tournoij
@hatter O vim foi instalado ou compilado? Você pode atualizá-lo para 7.4 e ver se isso ajuda.
— kenorb
O @kenorb Vim foi instalado.
— Nitishch
@Carpetsmoker Funcionou !! Isso indica definitivamente que há um problema no .vimrcarquivo?
— Nitishch

Respostas:

6

O sinal SEGV, também conhecido como segfault, é quase sempre devido a um erro no programa que você está executando - neste caso, vim. (Outras causas são coisas como hardware defeituoso ou, uma vez na lua azul, bugs do kernel).

Então, realmente, você precisa relatar um bug. :help bug-reportsfornece instruções sobre como relatar um bug. Parece que você já possui um conjunto mínimo de etapas para reproduzir o problema, portanto é a maior parte do trabalho. Você provavelmente deve testar uma versão mais recente do Vim primeiro, apenas para garantir que ela ainda não foi corrigida.

— derobert
fonte
Estou usando o Vim 7.4. Site oficial diz que esta é a versão mais recente.
— Nitishch
@hatter, você tem menos patches aplicados do que os disponíveis.
— Derobert
Ele está rodando o Debian, o que explica que :-) #
— 3078 Martin Tournoij
@Carpetsmoker Estou executando o Debian e tenho o patch 488 ... Não sei por que o OP tem mais tempo. Wheezy (versão atual) tem 7.3, então o OP não está usando isso. Instável, Jesse, e ofegante Backports todos têm 7,4 remendo 488. (Dada, 640 é corrente, de modo que é ainda um pouco de idade.)
— derobert
3

Se o seu vim travar devido a uma falha de segmentação , isso indica violação de acesso à memória causada por bug de software ou problemas de hardware.

Se isso acontecer repetidamente, faça o seguinte:

  1. Desative plugins executando: vim -u NONEe veja se isso ajuda.
  2. Atualize seu vim para a versão estável mais recente.
  3. Atualize seu vim para a versão de desenvolvimento mais recente.
  4. Opcionalmente, verifique a mesma versão do vim em uma máquina diferente (talvez seja causada por problemas de hardware).
  5. Tente executar vimno depurador, por exemplo: gdb vime verifique o rastreamento (após SEGV, em gdb: tipo btou bt full).
  6. Se o backtrace não tiver símbolos, você deverá recompilar seu vim para incluí-los.
  7. Se você concluiu o backtrace, verifique problemas semelhantes ou relate um novo bug no rastreador de erros do vim (para o vim simples) ou verifique :help bugs. Se você possui uma versão diferente do vim (como gVim, MacVim, NeoVim), informe-a aos mantenedores certos.
— kenorb
fonte
2
Isso acontece apenas no meu sistema. Isso não acontece com -u NONE. Parece que a linha set columns=1000em .vimrcé o culpado.
— Nitishch
0

Falhas de segmentação também podem ser conectadas a servidores em interação, como netbeans, e autocmdque invalida um buffer (por exemplo, BufNewFileoperações) que outro programa (plugin, ...) espera (ou semelhante) na .vimconfiguração, tente comentar essas linhas em, por exemplo .vimrc,.

A mensagem de erro típica é:

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

onde commandpode estar, por exemploeditFile

— Radagast
fonte
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.