Question

vb.net2005打包发布程序问题

我在生成安装程序时出现了以下问题：无法创建名为“Microsoft.VisualStudio.Tools.Applications.Runtime.tlb”的文件的注册信息，请问这是什么问题。

Answer 1

我的VC2005程序已经完成了。 现在要处理他的安装情况， 如何打包自己的EXE文件呢，先百度一下，准备点资料，然后再实践。 以前有一点VB的经验，而VC的打包一直用不到。因为我的VC还不会做程序。 第一步： 把自己的程序编绎成Release版本。 第二步： 确定自己程序用到的DLL运行库。 MSDN上的介绍：确定要重新发布的 DLLVisual Studio 2005Visual Studio 2011Visual Studio 2008 确定需要与应用程序一起重新发布的文件的第一步是：清楚地了解此应用程序的依赖项并收集依赖 DLL 的列表（例如，通过使用如 理解Visual C++ 应用程序的依赖项 中所描述的依赖项查看器 (depends.exe)）。当使用 DUMPBIN 或 depends.exe 查看您的依赖项时，请使用 Redist.txt 中的文件列表查看应用程序所依赖的哪个 DLL 是 Microsoft 提供的 DLL（Visual Studio 的一部分）。Redist.txt 位于第二张 Visual Studio 2005 产品 CD 上或 DVD 上的 Program Files/Microsoft Visual Studio 2005 目录中。下面是应用程序可能依赖的 Visual C++ 文件的列表。但是，只有在 Redist.txt 中指定的文件才能随应用程序一起重新发布。请注意，应用程序的调试版本是不可重新发布的，而且各种 Visual C++ 动态链接库 (DLL) 的调试版本也都是不可重新发布的。有关其他信息，请参见选择部署方法。DLL 名称Visual C++ 库atl80.dll活动模板库msvcm80.dllmsvcp80.dllmsvcr80.dllC 运行库和标准 C++ 库mfc80.dllmfc80u.dllmfcm80.dllmfcm80u.dllMicrosoft 基础类有关如何随应用程序重新发布这些 DLL 的其他信息，请参见重新发布 Visual C++ 文件。有关示例，请参见部署示例。通常，您不需要重新发布系统 DLL（例如 Kernel32.dll、User32.dll、Ole32.dll 或 ShDocVW.dll），因为这些 DLL 是操作系统的一部分，并存在于任何安装相同版本的操作系统的计算机上。但是，可能存在例外，如应用程序将在几个版本的 Microsoft 操作系统上运行的情况下。如果有这样的需求，要确保阅读相应的许可协议。如有可能，应尝试通过 Microsoft 提供的 Service Pack 或小的可再发行组件包，来将系统 DLL 升级。可以从 MSDN Library 或 第三步：使用depends.exe确认自己的程序使用的MFC运行库 如果是显示黄色的问号的，就说明不是操作已经自带的，需要打包到安装文件中。第四步： 使用SetupFactory做成安装包。或者使用Visual studio自带的做安装包：新建一个安装包工程，把自己的文件和资源添加到工程中就OK了
Obliq