scott wrote:
On Thu, 2006-09-07 at 06:55 +0200, A.J.Mechelynck wrote:
scott wrote:
On Thu, 2006-09-07 at 05:58 +0200, A.J.Mechelynck wrote:
scott wrote:
On Thu, 2006-09-07 at 01:57 +0200, A.J.Mechelynck wrote:
A.J.Mechelynck wrote:
In (g)vim 7.0.90, when I try to invoke the help, let's say
:help :help
the program hangs; and when I finally hit Ctrl-C I get:
E426: tag not found: :[EMAIL PROTECTED]
Similarly for <F1>
E426: tag not found: [EMAIL PROTECTED]
Running ":helptags" in the doc/ subdirectories of all 'rtp' directories
doesn't help.
Best regards,
Tony.
Cleaned my ~/.vim and $VIM/vimfiles from a few obsolete and dubious
files, compiled 7.0.091 (with make reconfig), it works again (as
src/vim). "More fear than harm". Next thing is "make install".
Best regards,
Tony.
tony -- all this weirdness with your help -- as dependant as
we are on whatever is insalled for 'ctags', i'd say you might
spend some time looking at whatever shows up for 'which ctags'
with a thought towards maybe fixing something there
scott
IIUC it's the version of ctags that came with SuSE 9.3
rpm -qa |grep ctags
ctags-2004.11.15-3
which -a ctags
/usr/bin/ctags
ls -l `which ctags`
-rwxr-xr-x 1 root root 128852 Mar 19 2005 /usr/bin/ctags
ctags --version
Exuberant Ctags 5.5.4, Copyright (C) 1996-2003 Darren Hiebert
Compiled: Mar 19 2005, 19:18:40
Addresses: <[EMAIL PROTECTED]>, http://ctags.sourceforge.net
Optional compiled features: +wildcards, +regex
The wierdness appeared after installing the manpageview plugin from
vim-online, and disappeared after removing it as well as versions of the
netrw and vimball plugins which had become older than the default ones
due to a runtime rsync. Don't know what _any_ of those had to do with
not finding the help; and (I checked) my doc/tags files were OK --
anyway, regenerating them all using (internal) helptags changed nothing.
Best regards,
Tony.
hmmm
what jumped out at me in your error messages was the '@en' -- makes
me think whatever happened to you relates to something to do with
the english language -- did manpageview have a lot of klunky language
weirdness?
sc
I didn't check (and now it's gone thanks to rm -vf); but after
recompiling (make reconfig but not make install) with (a) a define
commented-out: "/* # define FEAT_MULTI_LANG */" (b) an additional
configure setting: "export CONF_OPT_NLS='--disable-nls'", and (c)
renaming $VIMRUNTIME/lang to lanx (probably overkill but you never
know...), I got the same error without the @en
IIUC that @xx postfix is characteristic of multi-language help. My vimrc
sets ":language messages" to "C" (on Unix) or "en" (on Windows) before
sourcing the vimrc_example, to avoid French or Dutch menus and error
messages regardless of the locale.
Now I have undone all those changes, removed, as I said, the dubious
plugins, re-made reconfig, and my 7.0.091 again shows any help with no
noticeable lag. The only global plugins which I still have outside
$VIMRUNTIME/plugin are matchit ("runtime macros/matchit.vim") and a
small plugin I wrote myself to display the splash screen (":intro") at
the VimEnter event, even when Vim is started with one or more editfiles
named on the command-line.
Best regards,
Tony.
IIUC, your problem has been solved?
no more goofy :help errors?
Yes, as I mentioned earlier in this thread (at 01:57 +0200) removing
doubtful plugins and making (reconfig) 7.0.091 made the problem
disappear. (FYI, it is now 08:17 in the same time zone).
Best regards,
Tony.
