对于gVim的46年7月3日在Windows 7 64位的完全更新（我跑gVim的46年7月3日，因为它增加了“用Vim编辑”到Windows上下文菜单可靠的实例。）
尽管已经阅读（其中重复其他很多人）物品丰富，我不能让病原加载一个Vim插件，如果我不使用病原已能正常工作。
这个问题似乎是病原体“捆绑”文件夹的位置如下：
·如果我放在mru.vim在（最近使用的文件）的插件 “d：\ Program Files文件（x86）的\的Vim \ vim73 \插件”，再MRU工作得很好 - 打字：MRU返回最近使用的文件列表
。 如果我把mru.vim一个名为“捆绑”文件夹中，然后将包文件夹中的“d：\ Program Files文件（x86）的\的Vim \ vimfiles”，或下文所列举的其他位置，打字MRU返回“E492：没有一个编辑器命令：MRU”
我的环境：
·在Windows 7 64位时，Vim / gVim的46年7月3日被安装在 “d：\程序文件（x86）\的Vim \ vim73 \的gvim.exe”（是的， “d”，而不是 “C”）。
·在GVIM，打字：E $ VIM返回下面的四线：
../
vim73/
vimfiles/
_vimrc
·在 “d：\ Program Files文件（x86）的\的Vim \ vimfiles \自动加载\”，我有pathogen.vim。 在这个位置gVim的启动无错误，并键入：病原体＃helptags（）返回没有错误（一个文章我读表明命令是一个办法判断致病菌为正确安装）。
·我的_vimrc文件包括行：
syntax on
execute pathogen#infect()
filetype plugin indent on
我的问题：
我试图复制包含mru.vim到包文件夹：
·d：\程序文件（x86）\的Vim \ vimfiles（适用于Windows驰名的 “正确” 的位置）
·d：\程序文件（x86）\ Vim的
·d：\程序文件（x86）\的Vim \ vim73
多项目确定在该列表中为在Windows系统中捆绑文件夹中的正确位置中的第一项。 也就是说，在Windows不像*九，一个显然是不“埋葬”捆绑文件夹某处在*九vim的文件夹或Windows .. \用户[用户名]文件夹，或类似的（？）
所有“捆绑”这些地方的生产打字同样的反应：MRU - “E492：不是一个编辑命令：MRU”。
我在束手无策。 任何想法吗？
（顺便提一下，感谢，但我不想使用Vundle / Github上/卷曲或任何其他网络相关的解决方案。我不使用所有的许多gVim的插件，和那些我使用我想下载并复制到捆绑自己的文件夹，而不是有参与，一个不需要的网络的过程。）
欢呼声和感谢您的帮助，莱利SFO
