Bram Moolenaar wrote:
Well, first save that tags file, generating it again may get rid of the
problem and we won't be able to reproduce it.
I already put the buggy tags file in a TAR to be sure I wouldn't
accidentally modify it. And the problem did indeed go away after
modifying the tags file. The modification that solved the problem was
:g/\.tex\t/d so the problem was with one of the tags entries for a LaTeX
document, which are very long (e.g. paragraph length) and contain spaces
and other weird characters in the tag name field. I don't use tags in
LaTeX documents anyway so I've since disabled all tag generation for
*.tex files.
It's trange, hash tables are used a lot, it's unlikely that hash_add()
itself is wrong. Perhaps memory got corrupted somehow?
Can you reproduce the problem without loading scripts, just calling
taglist('.') before doing anything else?
Yes I tested that using the following command before sending the initial
message:
gvim -u NONE --noplugin -c ':set tags=~/.vimtags | call taglist(".")'
I'm afraid that anonymyzing your tags file may make the problem go
away... Perhaps you can try ":%s/[a-zA-Z]/x/g" on it? Make a copy
first.
Ah! when I do this on the Vim source tags file I can actually reproduce
it! I'll put this in the todo list.
Well that :substitute command replaces all extra flags in the tags file
as well. When I actually try it though, I get the same error message as
reported before, but now repeated a dozen times all over my screen :-)
Since you mentioned you can reproduce the problem (and I just saw a mail
by Lech Lorens stating the same) I guess there's no point in polluting
vim_dev with a 900K attachment.
Thanks for your work on Vim!
- Peter Odding
--
You received this message from the "vim_dev" 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
