问题标签 [installshield]

安装后可以共享 INSTALLDIR 吗？

在 onFirstUIBefore() 方法之前是否有任何选项可以将一些文件（安装前）复制到系统。这些文件也是安装程序的一部分。我正在使用 install shield 2009 并且项目类型是安装程序脚本。

编辑：更多信息。我们需要运行一个实用程序，它是 setup.exe 包的一部分。在向用户显示其他对话框之前，它应该首先在 OnFirstUIMethod() 中运行。OnFirstUIMethod() 方法中有大约 5 个对话框。该实用程序有一些复杂的代码，它的功能不能用安装程序脚本来完成（这就是为什么这个实用程序）。我的要求是这个实用程序应该是安装程序包的一部分。欢迎任何想法。

我正在使用 InstallShield MSBuild 目标构建一个 InstallShield 项目。我一直在努力覆盖路径变量。InstallShield 构建似乎没有接受我所做的任何事情。帮助页面不是很有帮助。

如何从 InstallShield 中的 InstallScript 项目将 DLL 添加到 GAC？我尝试将 [GLOBALASSEMBLYCACHE] 添加为组件的目的地，但没有成功。它告诉我这不是目的地的有效数据。

我已使用新的 MFC 功能包类将我的 Microsoft Visual Studio 6.0/C++/MFC 应用程序移至 Visual Studio 2008 SP1。我明确地不使用 .NET Framework 中的任何内容。但是，我们无法在尚未安装 .NET Framework 3.5 SP1 的系统上安装。Installshield 无法加载它需要调用例程的应用程序 dll。对于使用 VS2008 构建的每个此类 (C++/MFC) 应用程序中内置的 .NET Framework 是否存在隐式依赖关系？如果没有，我如何找出应用程序中导致 .NET 依赖的原因？如果可能的话，我想消除这种依赖。

谢谢，巴里

我有一个 InstallShield MSI 项目。当我将 MSIHANDLE 从 InstallScript 自定义操作传递到通过 DotNetCoCreateObject() 初始化的托管程序集时，在我的托管代码中收到的值为 -2。

有谁知道是否可以从通过 DotNetCoCreateObject() 调用托管代码的 InstallScript 自定义操作访问 MSIHANDLE？我想将我的自定义操作结果记录到与安装的其余部分相同的日志文件中。我正在使用 InstallShield 2010、Windows Install 4.5 和 .Net 3.5。

我工作的公司正在为安装人员寻找不同的选择。该产品由一个 ASP.NET 网站、一些 Web 服务和 Windows 服务组成。我们希望能够一次性安装所有内容，但能够单独卸载或更新服务。我们还希望能够从安装程序对话框中配置/编辑 xml 文件（如 app.config 或自定义 xml 文件），而无需太多麻烦。

在 Installshield、Wix 和 NSIS 中，有没有特别适合这样做的？

我正在创建一个基本的 MSI installshield 安装程序。为了选择安装路径，我调用了 FolderBrowserDialog。一切正常，除了 FolderBrowserDialog 在后台出现。我想将其设置为前景窗口。如果没有打开其他窗口，此代码始终返回 true 并且可以正常工作。

如何检查 dialogHandle 是否是我的对话框句柄？

这是我的方法：

谢谢您的帮助。

我有一个使用InstallScript MSI项目类型创建的设置。我们的客户遇到了这个问题，他想要一个快速的解决方案。

假设我已经从类似的路径启动了安装

在这个文件夹中，我有 Setup.exe，我将通过它安装产品。安装后或经过几天后，我会将路径更改为：

这次我想修改设置。实际上，我们支持 3 个功能：服务器、客户端和服务。

这次我只想要客户端而不想要服务器。因此，我将单击 Setup.exe 或单击启动菜单中的卸载图标，这将导致维护模式，您可以选择修改、修复或删除。我选择修改并选择功能，但是随着安装的进行，会弹出此错误消息：

安装程序在指定路径或磁盘上找不到文件。请检查是否插入了正确的磁盘或指定新路径。找不到文件 c:\New\Setup_V_1.0.0931.1\setup.msi

然后，将显示另一个弹出窗口：

错误：1706。找不到产品的有效来源。Windows 安装程序无法继续。

下一条错误消息是：

错误：1603。安装过程中出现致命错误。有关详细信息，请参阅 Windows Installer 帮助 (Msi.chm) 或 MSDN。

但是，如果我将路径更改为其原始位置，它就可以正常工作。

我该如何解决这个问题？

我在此注册表路径中检查了事件：

此键包含 InstallProperties 内的大量信息。有一个名为 InstallSource 的键，其值为C:\Setup_V_1.0.3909.1\. 即使更改此值后 installshiled 仍然显示错误。

我为卸载信息找到了相同的注册表信息：

我正在使用具有两个功能的 InstallShield 2010（基本 MSI）创建安装程序。

第一个功能包括：

• 编译为 x86 的主 .NET 应用程序，
• 主应用程序使用的一些原生 x86 第三方 dll（x64 版本不可用）。

第二个功能包含单个组件，它是作为 AnyCPU 编译的 MS Reporting Services 的扩展。

在 UI 序列中，我使用 InstallScript 自定义操作从 x86 和 x64 注册表树中枚举所有可用的 Reporting Services 实例。

系统会提示用户选择他想在哪个实例上部署我们的扩展。

基于所选实例，我正在查询注册表以获取文件系统中报告服务的实际位置，该位置通常类似于“C:\Program Files\Microsoft SQL Server\MSSQL.2\Reporting Services”，并将此值存储在 MSI 属性中。

然后通过使用设置目录操作，我将组件（我们的扩展）的目标目录设置为该 MSI 属性的值。

除非您尝试为 x64 Reporting Services 安装它，否则一切都安装得很好，在这种情况下，扩展文件安装到错误的位置。即使您将 MSI 属性设置为正确的路径“C:\Program Files\MicroSoft...”（我已经检查了 msi 日志），看起来系统正在自动重定向到“Program Files (x86)”。

有没有可能的解决方案来克服这个问题？