我将我的VB6安装程序移植到NSIS。 看一下LST文件，有一个引导文件的部分：
[Bootstrap Files] File1=@VB6STKIT.DLL,$(WinSysPathSysFile),,,.......... File2=@COMCAT.DLL,$(WinSysPathSysFile),$(DLLSelfRegister),,...... File3=@STDOLE2.TLB,$(WinSysPathSysFile),$(TLBRegister),........... File4=@ASYCFILT.DLL,$(WinSysPathSysFile),,,........... File5=@OLEPRO32.DLL,$(WinSysPathSysFile),$(DLLSelfRegister),......... File6=@OLEAUT32.DLL,$(WinSysPathSysFile),$(DLLSelfRegister),,........ File7=@msvbvm60.dll,$(WinSysPathSysFile),$(DLLSelfRegister),,........... File8=@wshom.ocx,$(WinSysPath),$(DLLSelfRegister),$(Shared),......... 另一个用于setup1文件
[Setup1 Files] File1=@drillcycles.pre,$(AppPath)....... File2=@twoz.pre,$(AppPath),.......
在另一篇文章中，我被告知分发wshom.ocx文件（bootstrapping文件），他说：
“wshom.ocx并不是以这种方式分发的，在Windows的低级版本中，这可能会成功，只能在系统上打破WSH和其他脚本，不要这样重新编译这个库。
所以，我想知道是否有任何考虑分配引导文件？ 我应该甚至分发他们？
谢谢
此警告与您正在安装的其他一些文件更相关。 Windows仍然可以使用borked脚本解释器运行，但是如果意外地使用oleaut32.dll或asyncfilt.dll，它将无法生存。 这就是为什么这些文件被安全防护意外覆盖的原因，Windows文件系统保护功能立即返回正确的文件。
在需要安装这些文件的计算机上实际运行安装程序的几率为零。 Windows 95消失了。 如果实际存在这样一个borked机器，你将安装错误版本的可能性非常高。 这是摆脱长期苦难的一种方法。
只要你的安装程序有最低限度的反措施，以避免用一个简单的版本检查替换旧版本的DLL，那么这是不会出错的。 别担心。 请考虑到现在是时候停止依靠这种古老的工具了。