问题标签 [msp]

我创建了一个补丁（MSP 包），主要更新应用程序的可执行文件。作为测试，我尝试在可执行文件运行时运行补丁。奇怪的是，可执行文件已经被替换了。即 Windows 通常不允许修改具有打开句柄的 EXE 文件。Windows 安装程序如何处理它？我知道重命名可执行文件并放置另一个可执行文件的技巧，但是 msiexec 如何处理这个问题以及它是否在任何地方进行了描述（我查看了文档但找不到它）？我很感激任何回复，因为我主要感兴趣的是这种行为的可靠性。

谢谢！

我有一个 msp 文件（更新）。它需要使用 /qb 选项执行（因为它安装了一些服务）。我认为 IExpress.exe 将创建此 msp 的自解压和运行 exe，并且我将能够传递 /qb 参数以进行运行。

我尝试将步骤“安装程序以启动”中的参数设置为

但这给出了一个错误“错误参数”。

有没有办法使用 IExpress.exe 在“msp-run”时传递参数？

我使用 WiX Pyro（使用纯 WiX 工具集）创建了一个 MSP 补丁文件。但似乎创建的 MSP 文件不包括内容更改但版本号未更改的文件。正如我认为的那样，这些文件中的大多数实际上并没有在主要内容上进行更改，而只是由 Visual Studio 重建。因此，Pyro 所做的可能是可取的行为。

但是我的客户问我为什么最新的MSI安装的文件和MSP补丁更新的文件不同。所以，我想知道有什么方法可以将这些文件包含到 MSP 补丁中，或者我可以告诉我的客户这两个文件集（最新的 MSI、旧的 MSI + MSP）是相同的，这样您就可以安全地使用该产品了吗？（当然，我觉得我的文件版本管理很差，不系统，但是微星的版本规则对我来说太严格了，有点不灵活。）

我在几个客户站点看到我们的一个补丁出现不寻常的零星故障。最终的错误代码是 1648（无法找到该组补丁的有效序列），这是因为尝试从其中一个补丁转换读取摘要信息流时发生错误 2219（无效的安装程序数据库格式）。但我怀疑这只是早期无声错误的副作用。我们的补丁都使用 MinorUpdateTargetRTM 属性，因此实际上没有什么可排序的，因为任何以前安装的补丁都会自动取代。我们的客户通常使用数百台几乎完全相同的笔记本电脑，并且大多数人都安装了这个更新。在大多数情况下，只有一台设备无法更新。

日志的关键部分如下。初始化已完成，Windows 安装程序服务器进程开始执行执行序列。最后一个正常日志条目是“正在执行操作：ISSetupFilesExtract”。ISSetupFilesExtract 是执行序列中的第一个操作。有三分钟的停顿，然后看起来整个安装以某种方式重置并重新开始。下一个日志条目由客户端进程写入，通常服务器进程将继续运行执行序列。在安装结束之前，我不希望看到来自客户端进程的另一个日志条目。我怀疑这里正在发生某种灾难性故障，但我不知道它可能是什么。只有在发生这种神秘的重置之后，SequencePatches 才会失败。第一次就成功完成了。

我的问题是，有谁知道是什么导致安装过程像这样“重置”，我能做些什么吗？正如我所说，这个补丁在 99% 的时间里正常安装。可获取故障机器的完整日志：https ://docs.google.com/document/d/1LK6HdIcetKOGqFbi5nGKAuDolvhZ3PcLxzJHv2wNDsQ/pub 。谢谢。

回应评论的附加信息：

我们的产品将 MSI 用于服务包版本，将补丁用于点版本。每个补丁都是累积的，并通过 MinorUpdateTargetRTM 属性取代所有以前的补丁。它们主要用于更新应用程序文件。我们始终包含整个文件以提高可靠性，并且不使用位级补丁。基本 MSI 为 46 MB，包含 1778 个文件（这是一个复杂的企业产品）。失败的补丁非常大，57 MB。它添加了 240 个新文件并更新了 413 个现有文件。

我有一个包含 xml 元素/属性的 http 请求。我正在使用 MSP 并尝试解析请求正文中的 xml。请帮忙。

我在我们的构建服务器上自动创建了安装程序，并尝试在已发布版本和当前构建版本之间创建补丁。

可悲的是我无法让它工作。

这是我的 Patch.wxs：

我使用 postBuild 来编译和链接补丁文件：

我猜到这里一切正常。在成功构建后，我使用火炬创建了一个转换：

差异创建成功。然后 pyro 警告我没有文件不同：

如果我安装 msi 文件，文件会有所不同，我会得到两个不同的安装。但如果我安装补丁，没有任何改变。我玩过 PatchFamily，但我无法让它工作。

如何获取包含我的更改的补丁文件？

我有一个典型的问题。我有一个主要版本 2.2.15.0、一个 MSP 2.2.15.14 和另一个 MSP 2.2.15.103。MSP 2.2.15.14 目标镜像是 2.2.15.0，MSP 2.2.15.103 目标镜像也是 2.2.15.0。我的问题是，当我在 2.2.15.0 + 2.2.15.14 之上应用 2.2.15.103 时，它没有更新文件（仅更新一个文件）（请注意安装成功）。如果我在 2.2.15.0 之上应用 2.2.15.103，它工作正常。请注意，我知道 MSI 只识别版本号的前三个字母。我还认为，如果我将使用目标图像 2.2.15.14 创建 2.2.15.103 它应该可以正常工作。我也尝试过 reinstallmode = amus。我在 2.2.15.103 不成功安装日志中看到的可疑之处在于它显示 ProductVersion = 2.2.15.14，而在正确安装中显示 ProductVersion = 2.2.15.103。即使目标图像是 2.2.15.0 或 pcp 或 msp 中的任何调整，我是否有可能使其无错误？添加一些日志。

我用谷歌搜索了很多，但关于我的问题的信息很少。

简短的问题是“假设您有目标图像（.msi），即已更改二进制文件的列表，但您没有升级图像。如何根据这些输入制作补丁？” .


详细描述为：
目前，我们使用 TFS 作为源代码控制。并且每次制作新的 MSI 时，我们都会首先增加所有项目的 AssemblyFileVersion，无论项目是否真的改变了。当不需要制作补丁时，这很好。
但是，实际上，我们现在确实有制作补丁的要求。我曾尝试使用 Purely WiX 或 Patch Creation Properties 创建补丁，但当我们直接使用这些 MSI 时，几乎所有项目都会被视为已更改。

所以如果我有三个输入：

1. 目标图像（.msi）
2. 真正改变的二进制文件列表
3. 升级映像（所有二进制文件的文件版本都递增）<--- 此输入可能无用

如何使用上述输入来创建补丁？

提前致谢。

有人使用MAX MSP可以帮助我吗？

如何使用传入的音频信号控制视频信号。当音乐发生变化时，我想在 2 个摄像头之间切换视频输入信号。我如何读取频率或 bpm 并通过更改发送信号来切换相机或可视化？有人有想法吗？我很乐意阅读一些想法。谢谢

我正在尝试为我的桌面应用程序生成 MSP 补丁安装程序。我每隔几天对应用程序进行更改并创建新的安装程序。但是，我注意到补丁升级并不总是有效。我已经成功地在 2 个安装程序版本上应用了补丁，但大约 5 次它不起作用。我只对应用程序进行更改，而不是对安装程序进行更改。

我尝试使用 msiexec 生成详细日志记录，日志看起来像这样：

我无法理解它的哪些部分有效，哪些无效。我确实看到一些文件被替换了。但是无法替换主要的exe和dll。

安装补丁时可能出现什么问题？