问题标签 [installshield-2012]

我正在为我的 .NET 应用程序构建一个 Windows 安装程序，看起来 InstallShield（2012 Spring - Premier Edition）正在将Windows Common-Controls清单添加到我的图标中，并将它们转换为 DLL。

这影响了我的应用程序的性能，因为操作系统在尝试解析启动时的图标图像时遇到页面错误。

这是 IS 附加的清单。

在 InstallSheild（具体来说是 2012 Spring）基本 MSI 项目中，是否可以在用户运行安装程序时排除基于语言选择安装的文件？

如果不是，我唯一的选择是编写一个 InstallScript 方法来检查 ProductLanguage 并让它根据我选择的语言清理安装吗？我宁愿不这样做，因为这是要维护的另一件事，但我必须假设需要。

谢谢！

我使用 installshield 2014 创建了一个多实例应用程序。虽然基本实例安装没有任何问题，但我收到“错误 2602：文件表条目 '.Primary_' 在媒体表中没有关联条目。” 在安装它的第一个实例时，即instanceID1.msi。有人可以告诉我如何解决吗？

我在 TFS 中有一个构建定义来编译我的代码，然后使用构建后事件，我使用 Installshield 创建一个 Setup.exe 文件。

使用Release Management我能够将安装程序部署到机器上并使用工具RunCommandLine开始安装过程，我将所需的参数添加到 setup.exe 以便它将静默安装应用程序（使用应答文件以避免用户交互） . 这个过程很顺利！！！

我想走得更远，所以我尝试从门控签入启动一个版本......更改构建模板，在构建代理中安装发布管理客户端，配置我的构建定义......我执行了对我的代码稍作更改，然后签入.....它在服务器中编译，并开始发布过程：部署安装程序并使用工具 RunCommandLine 开始安装过程，我将所需的参数添加到设置中.exe 所以它会静默安装应用程序.....但是我超时了，所以发布被拒绝了。我检查了机器，发现 setup.exe 仍在运行 0% CPU 使用率......很奇怪。

检查构建日志，我发现 msbuild 用于启动发布过程的命令行是这样的：

我运行了它，行为是一样的：安装程序卡住了...... 0％的CPU使用率......释放被超时拒绝......

所以...我打开Release Management Client查找最近创建的版本，然后单击选项“重试失败的部署”....它可以工作！！！！安装程序安装！！！它不会挂起！！！

我能够多次重现这种行为：

从发布管理控制台启动发布......作品

从 ReleaseManagementBuild.exe 启动的发布 .......不起作用（Setup.exe 挂起）

有什么建议吗？？

我一直在尝试在我的 installshield 安装程序中检测 excel 进程。我有一个自定义操作，它在 appsearch 之后运行，如果它找到进程并弹出一个窗口并向用户显示警告。

我尝试使用在 installsite.org 上找到的一些旧示例并使用 findWindow() 调用。似乎都没有在进程列表中找到 excel.exe。

这是我在尝试 findwindow 时使用的一段代码

请注意，无论应用程序是打开还是关闭，似乎都只会触发 else 块。

我已经尝试了几种不同的变体，主要是用不同的大小写、扩展名和版本替换“excel”。似乎没有任何东西检测到窗口。我使用了 Spy++，它报告说该窗口是以当前打开的笔记本的名称命名的，这使事情变得复杂，因为我无法知道用户可以打开什么。

我愿意接受这里的建议。此解决方案的唯一要求是它必须能够作为自定义操作或安装条件的一部分从 Installshield 中运行。

如果我直接运行Sql 2008 r2就安装成功了。但是，如果我在 Setup Complete 之后添加 SQLServer2008R2.exe 作为自定义操作，即使安装过程花费了比正常时间更长的时间（停止安装），Sql Server 安装也会失败，并且没有错误消息。我以管理员身份运行 InstallShield 2012 Express 创建的 Setup.exe。

Sql server 2008 r2 文件由 InstallShield setup.exe 传输到应用程序安装文件夹。

我尝试了许多不同的场景，但仍然不成功。请帮我。

我是 Install shield Professional 2015 的新手，我们的项目以前由其他团队处理，他们使用 Installshield 12，之后我们被告知迁移到 Install shield 2015（我们没有 IS12 的副本）他们正在构建使用 IS 12 独立构建的代码，他们曾经IsSaBld.exe通过命令行构建 Install shield 项目，因此使用 IS 15 Professional 构建相同的项目。

我只是更改了路径并将 exe 名称从 IsSaBld.exe（在我们的构建系统代码中，它是一个 bat 文件）更改为ISCmdBld.exe（在 中/IS15/System/）

项目构建良好，没有其他错误，除了少数文件丢失错误，我能够解决这些但不是这个错误：

ISDEV：致命错误 -1501 无法将文件“\win32\dll\Admin.dll”压缩到“\my_sdk_mm\MSIImage\DiskImages\DISK1\MERGEM~1.cab”

即使文件存在。

请有人帮我解决这个问题
提前谢谢。

我想知道是否有一种方法可以为安装程序定义测试（例如单元测试），特别是在 WiX 和 InstallShield 中制作的安装程序。

我已经创建了 32 位基本 MSI 项目，我想从 32 位安装程序设置文件中启动/安装 64 位 msi 包。我尝试使用链式 msi 包进行此操作，但我面临的问题是 64 位安装程序没有将其文件复制到 64 位“程序文件”文件夹”，而是始终采用 32 位程序文件文件夹路径来复制其文件。

如果我单独安装 64 位 msi 包，则它采用正确的路径，但如果尝试从 32 位安装程序包安装为链式 MSI，则它不采用 64 位程序文件夹。

我请求任何人请提出您宝贵的建议来解决这个问题。

提前致谢

如何使用 Installshield 的命令行版本指定可执行文件的名称。我正在寻找命令行开关

我需要根据我通过的版本创建一个包。

例如：如果我通过 - 2.2.0，

我需要知道在构建和运行命令行 InstallShield 构建工具后将创建MY_COOL_APP_2.2.0.exe的开关（在此处表示为？）。

我尝试在构建时使用路径变量中的值 ISCmdBld.exe -p "\Path\BuildProject.ism" -y %RELEASE_VERSION% -l MYPathVar="MY_COOL_APP_%RELEASE_VERSION%"

我已经在 Project-->Settings-->Application 选项卡中关联了单个 .exe 文件的路径变量的值，但构建仍然为我提供了默认的 setup.exe

非常感谢您的投入