问题标签 [installshield]

我在 Win 2008 Server x64 上使用 MSBuild 和 InstallShield 时遇到问题。我尝试使用 InstallShield 团队提供的 MSBuild 任务构建 InstallShield 项目，如果我从 C:\Windows\Microsoft.NET\Framework\3.5\ 运行 msbuild，它们运行良好，但是当我尝试从 C:\Windows\Microsoft 运行它时。 NET\Framework 64 \3.5\ 我有一个错误：

无法从程序集 c:\Program Files (x86)\MSBUILD\InstallShield\2009\InstallShield.Tasks.dll 加载“InstallShield.Tasks.InstallShield”任务。无法加载文件或程序集 'file:///c:\Program Files (x86)\MSBUILD\InstallShield\2009\InstallShield.Tasks.dll' 或其依赖项之一。试图加载格式不正确的程序。确认声明正确，并且程序集及其所有依赖项都可用。

并且可以使用“常规”框架路径而不是 x64 路径，但不幸的是我需要使用 MSBUILD 以编程方式使用它的引擎，它只返回 2 个工具集，一个用于 2.0 版本的框架，一个用于 3.5 版本。但两者都位于 Framework64 路径下...我尝试使用“通常”框架目录的路径添加我自己的工具集。我尝试通过注册表和编程方式执行此操作，但它不起作用 - DefaultToolsVersion 设置为我自己的值，路径查看框架，带有我的版本的工具集已添加到工具集集合中。但由于某种原因，我仍然收到相同的消息. 构建项目的代码：

任何人都有想法我应该怎么做才能让它工作？

看来我解决了为 x86 平台而不是 AnyCPU 编译我的应用程序的问题......但可能还有另一种解决方案吗？

现在发布版本只是制作安装所需的文件。但是我想用 InstallShield 自动创建 CD 结构，这样当我转到工具时，打开发布文件夹

它有

我查看了发布的执行批处理文件或复制到文件夹选项，我希望在 InstallShield 中有更友好的东西。

使用版本 12。

具体来说，我希望能够检测到应用程序正在运行并禁止用户继续安装过程（通过禁用下一步按钮等）

似乎没有编写自定义脚本就无法做到这一点，但这似乎是一个基本的实用程序，我觉得我忽略了一些东西。

提前致谢！

我已经阅读了一堆关于安装程序的文档，但没有遇到任何可以解释基本概念的好东西。我遇到的大多数安装程序软件都基于我根本不理解的类似“数据库”的结构。

各种产品附带的所有文档 - 即 WiX、InstallAware、Wise、InstallShield 等，都希望您了解这些基本概念 [我只是不明白]，以便遵循他们所说的内容。

谁能指出我解释软件安装程序概念的文档方向，以便软件文档真正有意义？

我在将更高版本升级到更低版本时遇到问题。我已经实现了多语言支持；假设在升级时以法语安装的旧版本是英语，这是我的操作系统语言；事实上它应该用法语显示。

我的应用程序（使用 C#.net 开发）现在打开，我卸载了，InstallShield 给出消息说明应用程序已经打开以及是否真的要关闭应用程序。选择“忽略”继续卸载。某些文件和应用程序的 exe 未关闭。如何在卸载时通过 installshield 关闭它们。或者我必须设置一些属性。我知道在卸载时添加自定义操作可以终止该过程，但 installshield 不应该这样做吗？

我正在使用 InstallShield Pro X 创建安装包。升级工作正常。但是，产品经理希望升级替换升级中的所有文件，即使文件上的创建日期！= 修改日期也是如此。

我看到要做到这一点，我需要设置 REINSTALLMODE=vamus 而不是 vomus。但是，我不知道如何告诉 InstallShield 我希望它使用该设置。默认情况下 setup.exe 总是将 vomus 传递给 Windows 安装程序。

InstallShield 项目中有一个名为 ReinstallModeText 的属性，我将其从 omus 更改为 amus 但似乎没有任何效果。

那么，我如何在安装项目中设置什么，以便当 setup.exe 检测到运行升级时它会发送 REINSTALLMODE=vamus？谢谢。

更新：尝试将以下内容添加到发布部分的 MSI 命令行值：

重新安装模式=vamus

这没有用。Setup.exe 没有在命令行上设置 REINSTALL=ALL 我做了什么。我将其添加到 MSI 命令行，升级按预期工作。但是，如果是新安装，这些属性仍在设置中并且安装程序失败，这不是问题。

我们正在使用 Installshield 8 创建我们的安装程序。

在构建时，我们收到此错误。

我们将问题追溯到“丢失的”合并模块。奇怪的是，合并模块确实存在于正确的位置！手动浏览合并模块解决了这个问题。所以我们签入了固定的ISM 文件，恢复了构建机器（我们有它的快照），获取整个树并从那里构建。尽管如此，合并模块问题仍然存在。

我注意到当您浏览“丢失的”合并模块时，即使您没有保存 ISM 文件，问题也将不再存在。

有没有人遇到过这个问题？

谢谢。

更新：我们的合并模块不在 Installshield 正在寻找的合并模块的默认位置。在较新版本的 IIS 中，IsCmdBld.exe 有一个 -O 标志，允许您为自定义合并模块指定其他位置。我们拥有的一种选择是将我们的合并模块复制到这些默认位置之一。但是，如果有人可以有一个“更整洁”的解决方案，请。:)

我有一个产品 X 的安装程序。产品 X 的安装程序正在使用 installshield 对象 Y。

• 产品 X 的 3.2R1 版本是使用产品 Y 的 5.0R5 版本构建的。
• 产品 X 的 3.3C1 版本是使用产品 Y 的 5.1R7 版本构建的。

我还有一个差异安装程序来将 3.2R1 安装更新到 3.3C1。它可以很好地处理普通文件，但是 installshield 对象 Y 中的文件没有从 5.0R5 更新到 5.1R7！

但是，如果我使用 installshield 中的工具打开差异安装程序，差异安装程序似乎包含该对象的 5.1R7 版本。

有任何想法吗？

我正在使用 InstallShield 2008 Premier Edition，并且创建了多语言设置。当我以英语以外的语言（例如法语）安装设置时，它清楚地正确显示了所有标签和消息。

当我setup.exe再次运行生成的文件时，问题就开始了。它应该以安装期间选择的语言（即法语）显示修改/修复页面，但它始终以默认操作语言（在我们的例子中为英语）显示。

但是，如果我单击启动菜单上的卸载图标，它会以我安装的语言（即法语）显示。

我们的要求是在这两种情况下都应该是相同的语言（即法语），但事实并非如此。