On 2011-03-21, Andy Wokula wrote: > Am 18.03.2011 15:33, schrieb Mike Williams:
> >The Win32 file search functions search both the long and short versions of > >file names. When the short version of a file name is created any extension > >is limited to 3 characters. You can see this when you do a dir /x in a > >directory. See also: > > > >http://blogs.msdn.com/b/oldnewthing/archive/2005/07/20/440918.aspx > > > >There are ...Ex() versions of the file search functions which on Win2008R2 > >and Win7 can ignore the short file names but that doesn't help with VIM on > >older versions of Windows. > > > >Mike > > D:\temp>dir /X *.vim > ... > > Verzeichnis von D:\temp > > 17.03.2011 20:44 2.645 ABC~1.VIM abc.vimdef > 17.03.2011 20:44 2.645 GARYJ~1.VIM garyj.vim,v > 2 Datei(en) 5.290 Bytes > ... > > D:\temp> > > That explains it, thanks for the link! That suggests that Vim would try to source a file named abc.vimdef in a user's plugin directory, so I tried that at home. Not only did vim not try to source abc.vimdef, it didn't try to source garyj.vim,v either. So at home, where I'm still running Windows Vim 7.3.3, I don't see the problem. I discovered the problem at work, where I think I was running Windows Vim 7.3.46 at the time and upgraded to Windows Vim 7.3.138 before reporting the problem. FWIW, Gary -- 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
