GUI freeze when doing :grep with Tags menu activated

[GoogleCodeExporter]

I experienced (reproducible) hangs of the MacVim GUI (terminal is fine) when 
using :grep (not 
depending on the value of grepprg): After fiddling with my .vimrc and .vim/ 
directory I could 
track the problem down to using taglist.vim with the setting

  set Tlist_Show_Menu = 1

After removing this line, everything is back to normal (as it is w/ -u NONE -U 
NONE, of course).

What steps will reproduce the problem?

Use taglist.vim with the Tags menu, then call an external grep program (I 
tested grep and ack) via 
:grep.

What is the expected output? What do you see instead?

The GUI is completely frozen, MacVim has to be killed with SIGKILL.

What version of MacVim and OS X are you using (see "MacVim->About MacVim" and  
"Apple 
Menu->About This Mac" menu items, e.g. "Snapshot 40, 10.5.6 Intel")?

I'm using the most current version of MacVim from the Git repository (commit 
8f1621bb6f1589e2bb287a3deaa13da4cfd0ba9f from 2009-01-04, 22:13), compiled for 
Intel on 
Mac OS 10.5.6.

Original issue reported on code.google.com by jbeigel on 6 Jan 2009 at 2:59

[GoogleCodeExporter]

I introduced a bug in commit e162109d6f022942edb7281736f587ee79e20bfe which may 
be the cause of this 
problem.  I just pushed a fix in commti 
cca7d9fcf406044657594376a1fbba07259c5ae6 so before I look into 
this can you please pull and rebuild to see if the problem is still there?

Thanks!

Original comment by bjorn.winckler@gmail.com on 6 Jan 2009 at 6:00

[GoogleCodeExporter]

No, I'm afraid it doesn't solve the problem for me.

(At first, I suspected some files not being rebuilt, but the problem even 
persists with a completely clean Git 
checkout as starting point for the new build.)

Original comment by jbeigel on 7 Jan 2009 at 4:13

[GoogleCodeExporter]

Ok, I'll look into it.

Original comment by bjorn.winckler@gmail.com on 7 Jan 2009 at 10:17

[GoogleCodeExporter]

I'm not sure I can reproduce the bug you are describing.  I installed 
taglist.vim and added "let 
Tlist_Show_Menu = 1" (you wrote "set" but that was a typo, right?) to my vimrc. 
 Then I started MacVim and 
typed ":grep blah *.c" which worked fine.  After that I used "set grepprg=ack" 
and tried ":grep blah" which also 
worked.

Maybe something about my setup is different?  One thing I did notice but which 
I think might be caused by 
me having the wront ctags program is that I keep getting these errors:

Taglist: Failed to generate tags for /Users/...
ctags: illegal option -- -^@usage: ctags [-BFadtuwvx] [-f tagsfile] file ...^@

Anyway, one problem I did come across was if I tried greping for something with 
LOTS matches, e.g. ":grep a 
*.c" in the Vim src directory.  This beachballs MacVim and I know what causes 
this, but it just doesn't sound 
like you were running into the same bug.  Maybe you can try with some different 
patterns and see if this 
seems to be the problem (i.e. too many matches causes the hang).

A better thing would be if you could attach with GDB to the "beachballed" 
MacVim _and_ Vim process and tell 
me what the backtrace is.  If you don't know any GDB I can tell you how to do 
this, just let me know.

Thanks.

Original comment by bjorn.winckler@gmail.com on 8 Jan 2009 at 6:44

[GoogleCodeExporter]

jbeigel: Can you try using snapshot 42 and see if the problem persists?  Thank 
you.

Original comment by bjorn.winckler@gmail.com on 16 Jan 2009 at 9:42

[GoogleCodeExporter]

Bjorn, I'm not sure if I should post this as a new bug, but I am getting this:
Taglist: Failed to generate tags for /Users/...
ctags: illegal option -- -^@usage: ctags [-BFadtuwvx] [-f tagsfile] file ...^@
when I try to turn taglist on...
The official line is that I have the wrong version of ctags (not exubarent), 
but the
command line reports that it is the correct version. I installed it through 
fink.

Original comment by TheRealBoff@gmail.com on 8 Feb 2009 at 7:46

[GoogleCodeExporter]

TheRealBoff: Try asking on the vim_use mailing list.  This site is only for 
reporting
MacVim bugs (and please don't "hijack" issue reports like this).

Original comment by bjorn.winckler@gmail.com on 8 Feb 2009 at 8:04