Meino Cramer wrote: > Dominique Pellé <dominique.pe...@gmail.com> [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 <dbfile>.lua > > and > > :set re=0 > :r <dbfile>.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 gets loaded in fractions of a second). > > Finally I did a > > vim -u NONE --noplugin dbfile.lua > > and the file geys instantly loaded. So it seems, that a plugin > is found guilty. > > How can I make my guesses more precisely now? > > Best regards, > mcc Try those: $ vim -u NONE --noplugin -c 'set re=0' -c 'syntax on' dbfile.lua $ vim -u NONE --noplugin -c 'set re=1' -c 'syntax on' dbfile.lua $ vim -c 'set re=0' dbfile.lua $ vim -c 'set re=1' dbfile.lua Which one work or hang? You could try to... * remove plugins one by one in your ~/.vim/ dir * comment out pieces in your ~/.vimrc ... until you find what triggers the bug. Does vim take 100% of the CPU when it hangs? When Vim hangs, you could attach with gdb to see what is the stack trace in Vim, which may give ideas. $ gdb (gdb) attach pid_of_vim (gdb) bt (where pid_of_vim should be the process ID of Vim which hangs) If you're not allowed (?) to share your lua file. Perhaps you can share a similar Lua file which reproduces the problem. Try to trim down as much as possible the lua file. Does the lua file has long lines? Regexp matching may be very slow with the old engine in some rare cases on long lines. You can find the length of the longest lines with: $ perl -ne 'print length, "\n"' < dbfile.lua | sort -n | tail -5 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.
