Re: Vim Lua and such
Meino Cramer wrote: > Hi, > > My vim (Gentoo Linux, compiled by myself) is configured as follows: > Huge version with GTK2 GUI. Features included (+) or not (-): > +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 > +farsi +mouse_netterm +syntax > 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/local/share/vim" > > Compilation: gcc -c -I. -Iproto -DHAVE_CONFIG_H -DFEAT_GUI_GTK > -pthread -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include > -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 > -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/libdrm > -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng15 > -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 > -I/usr/lib64/glib-2.0/include -I/usr/include/freetype2 > -I/usr/local/include -march=native -O2 -pipe -msse3 > -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=1 > > Linking: gcc -L/usr/local/lib -Wl,--as-needed -o vim > -lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0 -latk-1.0 -lcairo > -lgdk_pixbuf-2.0 -lgio-2.0 -lpangoft2-1.0 -lpango-1.0 > -lgobject-2.0 -lglib-2.0 -lfreetype -lfontconfig -lSM -lICE -lXpm > -lXt -lX11 -lXdmcp -lSM -lICE -lm -lncurses -lelf -lnsl -lacl > -lattr -lgpm -L/usr/lib -llua > > > I loaded a *.lua file into the editor which defines a quite large > table (nothing else), because I wanted to edit that file. > > The process didn't end, I had to shoot vim with signal 9. Poor vim... > ;) > > Is a lua script automagically executed when loaded? I don't think so. > Thank you very muc for any help in advance! > > Best regards, > mccD Perhaps syntax highlighting is slow on your file, if so, recent version of Vim may help. Try to compare with ":set re=0" and ":set re=1". Or you found a infinite loop bug. You gave all the details about your vim except the most important one: which version of Vim are you using? Latest is 7.4a.1 BETA. Can you attach your lua file? Does it happen with: "vim -u NONE --noplugin"? Dominique -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Vim Lua and such
Dominique Pellé [13-07-07 14:24]: > Meino Cramer wrote: > > > Hi, > > > > My vim (Gentoo Linux, compiled by myself) is configured as follows: > > Huge version with GTK2 GUI. Features included (+) or not (-): > > +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 > > +farsi +mouse_netterm +syntax > > 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/local/share/vim" > > > > Compilation: gcc -c -I. -Iproto -DHAVE_CONFIG_H -DFEAT_GUI_GTK > > -pthread -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include > > -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 > > -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/libdrm > > -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng15 > > -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 > > -I/usr/lib64/glib-2.0/include -I/usr/include/freetype2 > > -I/usr/local/include -march=native -O2 -pipe -msse3 > > -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=1 > > > > Linking: gcc -L/usr/local/lib -Wl,--as-needed -o vim > > -lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0 -latk-1.0 -lcairo > > -lgdk_pixbuf-2.0 -lgio-2.0 -lpangoft2-1.0 -lpango-1.0 > > -lgobject-2.0 -lglib-2.0 -lfreetype -lfontconfig -lSM -lICE -lXpm > > -lXt -lX11 -lXdmcp -lSM -lICE -lm -lncurses -lelf -lnsl -lacl > > -lattr -lgpm -L/usr/lib -llua > > > > > > I loaded a *.lua file into the editor which defines a quite large > > table (nothing else), because I wanted to edit that file. > > > > The process didn't end, I had to shoot vim with signal 9. Poor vim... > > ;) > > > > Is a lua script automagically executed when loaded? > > I don't think so. > > > Thank you very muc for any help in advance! > > > > Best regards, > > mccD > > Perhaps syntax highlighting is slow on your file, > if so, recent version of Vim may help. Try > to compare with ":set re=0" and ":set re=1". > > Or you found a infinite loop bug. > > You gave all the details about your vim except the most important > one: which version of Vim are you using? Latest is 7.4a.1 BETA. > > Can you attach your lua file? > > Does it happen with: "vim -u NONE --noplugin"? > > Dominique > > -- > -- > You received this message from the "vim_use" maillist. > Do not top-post! Type your reply below the text you are replying to. > For more information, visit http://www.vim.org/maillist.php > > --- > You received this message because you are subscribed to the Google Groups > "vim_use" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to vim_use+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/groups/opt_out. > > Hi Dominique, thank you for your help! :) ough...I thought I had copied the complete output of "vim --version" to the mail...sorry The version of my vim is: VIM
Re: Vim Lua and such
Meino Cramer wrote: > Dominique Pellé [13-07-07 14:24]: >> Meino Cramer wrote: >> >> > Hi, >> > >> > My vim (Gentoo Linux, compiled by myself) is configured as follows: >> > Huge version with GTK2 GUI. Features included (+) or not (-): >> > +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 >> > +farsi +mouse_netterm +syntax >> > 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/local/share/vim" >> > >> > Compilation: gcc -c -I. -Iproto -DHAVE_CONFIG_H -DFEAT_GUI_GTK >> > -pthread -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include >> > -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 >> > -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/libdrm >> > -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng15 >> > -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 >> > -I/usr/lib64/glib-2.0/include -I/usr/include/freetype2 >> > -I/usr/local/include -march=native -O2 -pipe -msse3 >> > -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=1 >> > >> > Linking: gcc -L/usr/local/lib -Wl,--as-needed -o vim >> > -lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0 -latk-1.0 -lcairo >> > -lgdk_pixbuf-2.0 -lgio-2.0 -lpangoft2-1.0 -lpango-1.0 >> > -lgobject-2.0 -lglib-2.0 -lfreetype -lfontconfig -lSM -lICE -lXpm >> > -lXt -lX11 -lXdmcp -lSM -lICE -lm -lncurses -lelf -lnsl -lacl >> > -lattr -lgpm -L/usr/lib -llua >> > >> > >> > I loaded a *.lua file into the editor which defines a quite large >> > table (nothing else), because I wanted to edit that file. >> > >> > The process didn't end, I had to shoot vim with signal 9. Poor vim... >> > ;) >> > >> > Is a lua script automagically executed when loaded? >> >> I don't think so. >> >> > Thank you very muc for any help in advance! >> > >> > Best regards, >> > mccD >> >> Perhaps syntax highlighting is slow on your file, >> if so, recent version of Vim may help. Try >> to compare with ":set re=0" and ":set re=1". >> >> Or you found a infinite loop bug. >> >> You gave all the details about your vim except the most important >> one: which version of Vim are you using? Latest is 7.4a.1 BETA. >> >> Can you attach your lua file? >> >> Does it happen with: "vim -u NONE --noplugin"? >> >> Dominique > Hi Dominique, > > thank you for your help! :) > > ough...I thought I had copied the complete output of "vim --version" > to the mail...sorry > > The version of my vim is: > > VIM - Vi IMproved 7.4a BETA (2013 Jul 6, compiled Jul 7 2013 04:35:02) > Included patches: 1 > > I did the following: > > :set re=0 > :r .lua > > and > > :set re=0 > :r .lua > > . Both loads the file at a reasonable, nearly identical speed. > > Problems arises, when I do a > > #> vim dvfile.lua > > This does "not" end (will say: I dont want to wait for loading > a file, which normally
Re: Vim Lua and such
Dominique Pellé [13-07-07 15:48]: > Meino Cramer wrote: > > > Dominique Pellé [13-07-07 14:24]: > >> Meino Cramer wrote: > >> > >> > Hi, > >> > > >> > My vim (Gentoo Linux, compiled by myself) is configured as follows: > >> > Huge version with GTK2 GUI. Features included (+) or not (-): > >> > +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 > >> > +farsi +mouse_netterm +syntax > >> > 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/local/share/vim" > >> > > >> > Compilation: gcc -c -I. -Iproto -DHAVE_CONFIG_H -DFEAT_GUI_GTK > >> > -pthread -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include > >> > -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 > >> > -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/libdrm > >> > -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng15 > >> > -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 > >> > -I/usr/lib64/glib-2.0/include -I/usr/include/freetype2 > >> > -I/usr/local/include -march=native -O2 -pipe -msse3 > >> > -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=1 > >> > > >> > Linking: gcc -L/usr/local/lib -Wl,--as-needed -o vim > >> > -lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0 -latk-1.0 -lcairo > >> > -lgdk_pixbuf-2.0 -lgio-2.0 -lpangoft2-1.0 -lpango-1.0 > >> > -lgobject-2.0 -lglib-2.0 -lfreetype -lfontconfig -lSM -lICE -lXpm > >> > -lXt -lX11 -lXdmcp -lSM -lICE -lm -lncurses -lelf -lnsl -lacl > >> > -lattr -lgpm -L/usr/lib -llua > >> > > >> > > >> > I loaded a *.lua file into the editor which defines a quite large > >> > table (nothing else), because I wanted to edit that file. > >> > > >> > The process didn't end, I had to shoot vim with signal 9. Poor vim... > >> > ;) > >> > > >> > Is a lua script automagically executed when loaded? > >> > >> I don't think so. > >> > >> > Thank you very muc for any help in advance! > >> > > >> > Best regards, > >> > mccD > >> > >> Perhaps syntax highlighting is slow on your file, > >> if so, recent version of Vim may help. Try > >> to compare with ":set re=0" and ":set re=1". > >> > >> Or you found a infinite loop bug. > >> > >> You gave all the details about your vim except the most important > >> one: which version of Vim are you using? Latest is 7.4a.1 BETA. > >> > >> Can you attach your lua file? > >> > >> Does it happen with: "vim -u NONE --noplugin"? > >> > >> Dominique > > > Hi Dominique, > > > > thank you for your help! :) > > > > ough...I thought I had copied the complete output of "vim --version" > > to the mail...sorry > > > > The version of my vim is: > > > > VIM - Vi IMproved 7.4a BETA (2013 Jul 6, compiled Jul 7 2013 04:35:02) > > Included patches: 1 > > > > I did the following: > > > > :set re=0 >
Re: Vim Lua and such
On 07/07/13 18:03, meino.cra...@gmx.de wrote: [...] Hi Dominique, [...] I did the gdb thing on a "hanging" vim and the backtrace shows this: GNU gdb (Gentoo 7.5.1 p2) 7.5.1 [...] Attaching to process 9838 Reading symbols from /usr/local/bin/vim...(no debugging symbols found)...done. warning: Could not load shared library symbols for linux-vdso.so.1. [...] Try running the Vim executable found where you compiled it (probably in your src/ directory, or in its shadow subdirectory if you use one), that one isn't yet "stripped", i.e., it still has symbols. Best regards, Tony. -- A limerick packs laughs anatomical Into space that is quite economical. But the good ones I've seen So seldom are clean, And the clean ones so seldom are comical. -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Vim Lua and such
On Mon, Jul 8, 2013 at 12:03 AM, wrote: > The longest line of the dbfile is 71 characters long. So I think, at > least this is no problem ;) > > It seems to be a problem with one of the plugins. > Lua itsself read/interprets the dbfile without a second of delay, > though. > > I am not very motivated to step through all of my plugins switch them > off/on one by one... :-/ Using perf may help finding out where vim is spending most of the time on: 1. Edit Makefile and uncomment "#CFLAGS = -g" 2. Compile vim 3. in src dir: $ perf record ./vim -c 'set re=0' dbfile.lua 4. :q 5. perf annotate If you manage to get to step 5 then you'll be able to tell which function is taking the most time. Cheers, nazri -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Vim Lua and such
Nazri Ramliy wrote: > On Mon, Jul 8, 2013 at 12:03 AM, wrote: >> The longest line of the dbfile is 71 characters long. So I think, at >> least this is no problem ;) >> >> It seems to be a problem with one of the plugins. >> Lua itsself read/interprets the dbfile without a second of delay, >> though. >> >> I am not very motivated to step through all of my plugins switch them >> off/on one by one... :-/ > > Using perf may help finding out where vim is spending most of the time on: > > 1. Edit Makefile and uncomment "#CFLAGS = -g" > 2. Compile vim > 3. in src dir: > > $ perf record ./vim -c 'set re=0' dbfile.lua > http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Vim Lua and such
On Sun, July 7, 2013 18:03, meino.cra...@gmx.de wrote: > Loaded symbols for /lib64/libnss_files.so.2 > 0x7f6140ef1f20 in ?? () from /usr/lib64/liblua.so.5 > (gdb) backtrace > #0 0x7f6140ef1f20 in ?? () from /usr/lib64/liblua.so.5 > #1 0x7f6140ee7fed in ?? () from /usr/lib64/liblua.so.5 > #2 0x7f6140ef22b6 in ?? () from /usr/lib64/liblua.so.5 > #3 0x7f6140ee7fed in ?? () from /usr/lib64/liblua.so.5 > #4 0x7f6140ee72b7 in ?? () from /usr/lib64/liblua.so.5 > #5 0x7f6140ee817e in ?? () from /usr/lib64/liblua.so.5 > #6 0x7f6140ee3ea6 in lua_pcall () from /usr/lib64/liblua.so.5 > #7 0x005930a8 in ?? () > #8 0x0046e584 in ?? () > #9 0x00445e71 in ?? () > #10 0x004469a5 in ?? () > #11 0x0044a832 in ?? () > #12 0x00449292 in ?? () > #13 0x004494c4 in ?? () > #14 0x00449721 in ?? () > #15 0x0044a286 in ?? () > #16 0x0044a426 in ?? () > #17 0x0044a950 in ?? () > #18 0x0044ab99 in ?? () > #19 0x0048d3b6 in ?? () > #20 0x0048fb10 in ?? () > #21 0x0048fd1f in ?? () > #22 0x00490b1b in ?? () > #23 0x004cdaae in ?? () > #24 0x004cdcf5 in ?? () > #25 0x00462565 in ?? () > #26 0x0046e584 in ?? () > #27 0x00445e71 in ?? () > #28 0x004469a5 in ?? () > #29 0x0044a832 in ?? () > #30 0x0044e13b in ?? () > #31 0x0046e584 in ?? () > #32 0x0048323d in ?? () > #33 0x0048363a in ?? () > #34 0x004150f5 in ?? () > #35 0x7f6140b4f4cc in __libc_start_main () from /lib64/libc.so.6 > #36 0x00417205 in ?? () > #37 0x7fff813a1e58 in ?? () > #38 0x001c in ?? () > #39 0x0002 in ?? () > #40 0x7fff813a263f in ?? () > #41 0x7fff813a2643 in ?? () > #42 0x in ?? () This stacktrace isn't really helpful. Please use a debug built of Vim (non-stripped). > > > ...the liblua-entries seems to indicate call to the lua-interpreter. > > The longest line of the dbfile is 71 characters long. So I think, at > least this is no problem ;) > > It seems to be a problem with one of the plugins. > Lua itsself read/interprets the dbfile without a second of delay, > though. > > I am not very motivated to step through all of my plugins switch them > off/on one by one... :-/ Well then we might not be able to fix this bug ;( Do you have any suspicious lua plugin? Try disabling this first and see if this helps. Also see the faq: http://vimhelp.appspot.com/vim_faq.txt.html#faq-36.12 You probably also want to have a look at profiling (:h profile) and verbose logging (:h -V). regards, Christian -- -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_use" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.