Bill McCarthy wrote:
On Wed 26-Jul-06 12:45am -0600, A.J.Mechelynck wrote:
IIUC, it's a feature: \* means a literal asterisk. Not a very good
feature since IIUC, asterisks are not allowed in filenames on Windows.
Or can they happen in long file names?
I know \* means a literal asterisk in a regex, but didn't
know it meant that in a file name. In fact I don't believe
that is true on Windows. For example,
works as expected (like :arg *.c).
From your second point, AFAIK '*' is not valid in a
[c:\pad]echo foo > "bar*"
4NT: (Sys) The filename, directory name, or volume label syntax is
... Don't you have a HOME directory? On XP, I would expect that to
default to %HOMEDRIVE%%HOME£PATH% if you don't define it (something like
C:\Documents and Settings\<username> ) -- and, since XP is a multiuser
OS, it allows each user to have a different set of preferences. $VIM,
OTOH, would normally be something like C:\Program Files\Vim , which is
the same for everyone.
Yes, I have a HOME, but it is not in my rtp.
:echo $vim $vimruntime
But since I'm the only user of Vim/Gvim on this machine or
my home network, I don't take advantage of per user
$HOME/vimfiles and $HOME/vimfiles/after should be in your 'rtp' (on
Windows); the first place where Vim looks for your _vimrc is $HOME even
though it is not in 'rtp'. (And BTW, $VIM should not be in your 'rtp'
either; but $VIM/vimfiles and $VIM/vimfiles/after -- and $VIMRUNTIME
which, on version 7.0, is $VIM/vim70 -- should.)
Yeah, and some day you'll activate the "Guest" user for your
eight-years-old precocious nephew, or someone... Well, it's your funeral.