Dominique Pellé <[email protected]>:
> Marc Weber wrote:
> > try match regex on tag name. If regex fails after matching 512
> > characters still consider this being a match because tags are only
> > supported up to that length. Then the tags would be found even if they
> > are longer than 512 characters.
>
> I don't like arbitary limits like this. If someone needs a tag
> of 1000 char, then I think it should work without truncating it.
> You never know how users end up using features. Some
> people find creative ways of using features. So I'm in favor
> of dynamically allocating memory assuming it does not
> introduce extra complexity.
At least for me the issue is not that the tag won't get found (if you look at
the tags file in my initial mail you'll see that the offending tag is not one
you would really want to search for), just that the error also prevents other
tags from being found if they come after this tag. Post-processing the tags
file like Marc suggests is of course possible, but it's a bit of a hassle
having to do this every time. So it would be nice if Vim could at least handle
it a bit more gracefully, even if just by ignoring the rest of a long tag.
Jan
--
OpenPGP Key-ID: 00A0FD5F
"All Bibles are man-made." -- Thomas Edison
--
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
