如何调用现有的5合并模块(没有.msi项目的新合并模块中的.msm
调用现有的5合并模块中的.msm文件，可以通过以下步骤进行：
- 确保已经安装了合并模块的主安装程序（.msi文件）。
- 打开命令提示符或PowerShell，并导航到合并模块所在的目录。
- 使用以下命令调用合并模块：
- 使用以下命令调用合并模块：
- 其中，
<主安装程序.msi>是主安装程序的文件名，<合并模块.msm>是要调用的合并模块的文件名。 - 执行命令后，合并模块将被添加到主安装程序中，并根据合并模块的定义进行安装。
合并模块（Merge Module）是一种用于将共享组件添加到主安装程序的可重用软件包。它们通常包含共享库、组件、资源文件等，可以被多个应用程序共享使用，以减少重复安装和维护的工作量。
合并模块的优势包括：
- 可重用性：合并模块可以被多个主安装程序共享使用，减少了重复开发和维护的工作量。
- 简化安装过程：通过将共享组件打包为合并模块，可以简化主安装程序的安装过程，提高安装效率。
- 组件管理：合并模块可以帮助管理共享组件的版本和依赖关系，确保应用程序使用的是正确的组件版本。
合并模块适用于需要在多个应用程序中共享组件的场景，例如常见的运行时库、数据库驱动程序、插件等。在腾讯云的产品中，可以使用腾讯云的云原生产品来部署和管理应用程序，例如腾讯云容器服务（Tencent Kubernetes Engine，TKE）和腾讯云函数计算（Tencent Cloud Function）等。
腾讯云容器服务（TKE）是一种基于Kubernetes的容器管理服务，可以帮助用户快速部署、管理和扩展容器化应用程序。您可以使用TKE来部署包含合并模块的应用程序，并通过TKE的自动伸缩功能来实现应用程序的弹性扩展。
腾讯云函数计算（Tencent Cloud Function）是一种无服务器计算服务，可以帮助用户在云端运行代码，无需关心服务器的管理和维护。您可以将合并模块的应用程序打包为函数，并通过Tencent Cloud Function来触发和执行应用程序。
更多关于腾讯云容器服务和腾讯云函数计算的详细信息，请访问以下链接：
相关·内容
2回答
我在.MSI中创建了一个vs2010安装程序项目。这个.MSI包含许多*.msm (合并模块文件)。在安装过程中，是否有一种方法可以根据不同的windows平台(例如: xp、win7、vista.)来选择特定的*.msm？
例如，如果安装此.MSI的目标平台是winXP，那么我的.MSI将知道要选择什么.msm，而不是在安装过程中选择所有.msm。
顺便说一句，.MSI是否有一种方法可以访问驻留在.msm中的特定*.dll？例如，如果.MSI项目包括一个.msm，而这个.msm包含许多*.dll，那么在安装这个.MSI时，是否有办法在.msm中选择一个特定的*.dll？
我的主要目的是让我的
浏览 4提问于2012-11-19得票数 3
我有现有的5个合并模块(.msm)文件，如何在不使用MSI项目的情况下调用新创建的合并模块(.msm)中的所有5个合并模块。我知道我们只需要与MSI项目合并，但在我新创建的合并模块中，我不想使用MSI项目。仅在合并模块项目中，我需要调用所有现有的合并模块，而不需要依赖于MSI项目。
浏览 16提问于2021-05-07得票数 0
1回答
如何压缩合并模块？
、、、
我有一些合并模块(MSM文件)来自第三方。不幸的是，我认为制造MSM的无人机只是通过InstallShield点击，没有制造一个好的，紧凑的MSM。我打开了MSM，删除了一些绝对不需要的InstallShield自定义操作--它们弹出了一个控制台窗口，严重地膨胀了我的设置。
这些InstallShield自定义操作二进制文件存储在表中。我使用删除了这些条目，并保存了MSM。因此，我编译的MSI文件减少了很多。(我使用WiX编译)。
不幸的是，在删除中的二进制表行后，MSM文件的大小并没有减少。我尝试使用“另存为”并保存到MSM文件，但结果只有36 KB -它也消除了MSM所需的实际文件！查看7
浏览 3提问于2011-11-28得票数 2
回答已采纳
我正在创建一个Wix安装程序项目(MyProduct.msi)，它应该使用一个WiX合并模块(MergeDesktop.msm)，而实习生则使用另一个WiX合并模块(MergeCore.msm)。
我能够生成可以使用MergeCore.msm的MyProduct.msi，并且它能够从MergeCore.msm定义中复制内容。
虽然我能够生成使用MergeDesktop.msm的MyProduct.msi，而实习生使用MergeCore.msm文件，但它没有复制任何内容。
我使用了MergeDesktop.msm中的依赖元素来包含MergeCore.msm模块。
<?xml ver
浏览 2提问于2015-05-15得票数 1
我可以包括一个MSM文件并在Inno-设置中执行它吗？如果没有，我将如何正确安装合并模块？我需要在我的应用程序中安装SOAP3，并需要一些指导。我是否必须将MSM包装到自定义MSI中，然后让Inno执行MSI文件？我将使用什么来为MSM创建一个干净而愚蠢的MSI文件？谢谢你提前提供帮助。
浏览 3提问于2010-06-16得票数 3
我已经写了一个应用程序，与VB6中的QB接口。现在我想把它部署到客户端的系统上。我应该在安装程序中包含哪些DLL和/或MSM？
我正在使用Visual Studio安装程序创建MSI。
提前感谢您的任何建议。
浏览 3提问于2010-12-02得票数 3
我们正在开发一个使用 3.5的Windows Installer installer ( MSI )，并且我们已经在MSI中使用了合并模块。
在MSI中，我们指定了ALLUSERS属性value=1。Windows合并模块( *.msm )会使用这个属性吗?还是应该在生成*.msm文件的.wxs文件中指定ALLUSERS属性？
浏览 4提问于2013-04-18得票数 2
回答已采纳
2回答
我目前正在构建一个通过MSI Windows安装程序发布的产品。我们的客户正在使用不同的形式集成该产品，比如在他们自己的MSI中使用引导程序/链接器( WiX Burn )，或者使用像InstallShield这样的创作工具。
考虑到这个场景，我一直想知道使用合并模块( Merge Modules，MSM)而不是保留MSI的限制和/或好处，以及现在推荐的选择一个模块(MSM)的方法是什么。
浏览 5提问于2014-02-19得票数 4
回答已采纳
1回答
我正在使用WiX来构建MSI和MSP。
在我的MSI中，我有一个MSM文件。
我对MSM中的文件进行了一些更改，并重新生成了相同的文件。
现在，我想创建一个包含MSM更改的补丁/MSP。
请帮助我使用更新的MSM文件创建MSP。
浏览 11提问于2018-01-11得票数 1
我正在尝试用Microsoft 2015编译一个旧的解决方案(使用以前版本的VS开发)。我犯了一些错误，比如：
错误:找不到模块文件C:\Program Files (x86)\Common Files\Merge Modules\policy_9_0_Microsoft_VC90_MFCLOC_x86.msm
错误:找不到模块文件C:\Program Files (x86)\Common Files\Merge Modules\Microsoft_VC100_ATL_x64.msm
我查看了目录，只找到了Microsoft_VC140_MFCLOC_x86.msm，
浏览 4提问于2017-05-26得票数 0
2回答
我可以找到很多关于msi升级的信息。例如，关于小升级，小升级，主要旅的信息，以及它们的用例和限制。但是，我无法找到有关合并模块升级行为的信息，例如：
似乎没有任何方法来指定小的、小的或主要的升级。那么它的行为方式是怎样的呢？它是先卸载旧版本还是只更新已更改的文件？是否可以指定它可以像msi一样升级哪个版本？可以为新版本添加/删除/重命名组件吗?如果这个msm的更新版本已经安装并且容器msi决定安装，那么会被这个较旧版本的msm覆盖吗？。
浏览 4提问于2009-08-19得票数 9
回答已采纳
1回答
中止合并模块安装
、、
我有一个.msi，它最近被转换为.msm，并成为一个更大的.msi的组件。
我有一个在降级时中止安装的自定义操作。
<Custom Action="AbortDowngrade" After="InstallChecks">INSTALLED_BUILDNO > INSTALLING_BUILDNO</Custom>
定义为：
<CustomAction Id="AbortDowngrade" Error="Downgrade not allowed"/>
自定义操作的类型为19，
浏览 1提问于2014-10-14得票数 0
1回答
如何自定义第三方MSM的功能？
、、、、
我正在尝试将Visual Studio2008中的一个项目从CRT的静态链接转换为动态链接。这非常简单，我将CRT MSM和policy MSM添加到我的Wix文件中，没有任何问题。
我对输出的MSI不是很满意，但它比我预期的要大得多。查看Orca的MSI显示了我需要的三个CRT DLL副本。从条件上看，其中一个集合用于XP之前的安装。由于系统要求是XP或更高版本，如何在不接触原始MSM的情况下删除此组件？这需要在自动构建中完成，因此Orca不是一个可行的解决方案。另外，当我尝试使用Orca时，在删除File和Component行之后，文件大小保持不变。
还有一些相关的问题，我如何在剩下的组件
浏览 1提问于2010-03-11得票数 0
我在我的Wix安装程序中使用了以下代码。
<DirectoryRef Id="TARGETDIR">
<Merge Id="CRT" Language="0" SourceFile=".\resources\Microsoft_VC90_CRT_x86.msm" DiskId="1" />
<Merge Id="ATL" Language="0" SourceFile=".\resources\Microsoft_VC90_ATL
浏览 2提问于2009-10-12得票数 0
有没有人在集成应用程序接口下载.msi文件和WiX提供的合并模块时遇到任何问题？或任何其他MSI/安装程序工具？
当我为各种功能添加时，它将接受Xerces 2.5.0.msm，但包含任何其他类型的合并模块将失败，并显示以下错误
30>light.exe(0,0): error LGHT0204: ICE27: 'SelfUnregModules' Action in InstallExecuteSequence table in wrong place. Current: Selection, Correct: Execution
30>light.exe(0,0
浏览 7提问于2013-12-12得票数 1
我的代码需要Microsoft Access数据库引擎2010可再发行“包才能正常工作。
然而，代码被打包在MSI中，因此，我们需要将Access数据库引擎2010 (exe)也打包到MSI中。但问题是，有没有可能也为Access数据库引擎获得合并模块(msm)？
浏览 9提问于2016-02-12得票数 3
我面临着MSM (合并模块)的补丁(小升级)安装(更新)的问题。我正在用texst.wxs创建MSI (test.msi)。在text.wxs里面引用app.msm文件(有一个文件夹应用程序，其中包含如此多的文件夹和文件。并获取此文件夹并制作app.msm文件)
下面是制作app.msm文件的步骤。
heat dir "app" -gg -sfrag -template:module -srd -ke -var var.source -out app.wxs
candle -dsource=app app.wxs
light app.wixobj
下面是test.wxs文件的片
浏览 10提问于2015-02-20得票数 0
我在使用Wix工具集完成任务时遇到问题。特别是，我有一个配置MSM (可配置模块)的MSI的场景。MSI具有自定义UI对话框，用户输入将从该对话框中用于配置MSM。
当我尝试使用地址属性的硬编码值配置MSM时，如下所示，它工作正常，并且MSM配置正确。(我相信这种配置是在构建时发生的，而不是在运行时--问题可能出在那里。)
当我在安装时(即运行时)使用自定义对话框设置address属性的值时，就会出现这个问题。可配置模块仍然使用硬编码值，而不是用户输入。是问题所在，因为合并模块配置仅在构建时完成。有没有办法将值从主MSI的UI传递到合并模块？
这是一个过于简化的版本：
<?xml ver
浏览 1提问于2011-09-21得票数 2
1回答
我是Wix的新手，所以这个问题可能没有任何意义，但是为什么没有合并模块的升级代码呢？我目前有一个小的应用程序，我为它做了一个常规的MSI。现在我还想为这个应用程序创建一个合并模块，以便它可以与其他应用程序一起安装(它将作为一系列相关应用程序的一部分提供给客户端)。我希望我的合并模块检测我的应用程序是否已经安装，并在必要时对其进行升级，但没有用于合并模块的升级代码。有没有办法做到这一点？
我想要的是这样的行为:假设你可以安装Word，Excel等，它们都有自己的MSI，但你也可以安装整个Microsoft Office，这将包括Word，Excel的MSM...当然，如果您首先没有从MSI连接E
浏览 1提问于2011-07-29得票数 1
回答已采纳
3回答
我有一个WiX项目，其中包括为x86安装VisualWeb2008运行时组件，其中包含一个单独的合并模块。
不幸的是，MSIv4.5中的.msm有一个众所周知的问题。具体来说，SxSUninstallCA在卸载时需要20分钟才能完成.msm自定义操作。
因此，长话短说，我决定悄悄地从新版本的产品中删除.msm，用.exe文件安装VC++组件。
如果我只更改了这个东西(当然还有ProductCode )，安装程序就不会在机器上检测到已经安装的产品，并执行正常的安装，而不会首先卸载旧版本。
知道这是怎么回事吗？MSI是否应该检查UpgradeCode和ProductCode是否是已经安装在系统上的
浏览 1提问于2010-08-03得票数 1
什么是合并模块?它们是如何使用的？我听说它们是.msm文件，但我以前从未见过(我只见过.msi)。
创建msi文件时是否使用它们？它们是否随商业软件一起分发(可能与msi文件一起分发？)
它们有什么意义呢？它们是否隐藏了常见第三方或Microsoft组件的安装程序的实现，这些组件需要与开发的软件一起安装(并因此一起分发)？
谢谢!
浏览 7提问于2010-07-26得票数 20
回答已采纳
4回答
我正在寻找away在安装中包含VC2008的合并模块(mscrt90和atl90)，我的主要问题是绑定策略文件。我添加DLL和清单文件没有问题，但策略似乎表现不同，不能简单地复制过来……
到目前为止，我想出的最好的解决方案是将MSM文件包含到由NSIS脚本安装的单独MSI中。但这是一个丑陋的解决方案。
谢谢你，伊登
浏览 3提问于2011-03-28得票数 6
1回答
我有一个应用程序返回，它被打包在一个合并模块中，并与另一个应用程序前端一起安装，它位于主MSI包中。这些是通过MS VisStudio 2008中的项目创建的。
用户可以使用少量参数通过MSI的UI配置前端应用程序。我需要至少访问其中一个参数(在本例中是URL)，以便在运行时返回可以访问前端。
在中，我无法查看MSM项目的UI以提示用户。
在MSI的UI中设置的参数显然不会传递给MSM --使用MSM中的一个类(派生自System.Configuration.Install.Installer)，但是它的安装函数称为w/一个空的IDictionary。
我已经搜索过Google
浏览 3提问于2009-11-18得票数 2
我有一个MSI文件，其中包含以下合并模块模块：
<Merge Id="VCRedistVC90CRT" SourceFile="C:\Program Files (x86)\Common Files\Merge Modules\Microsoft_VC90_CRT_x86.msm" DiskId="1" Language="0"/>
<Merge Id="VCRedistVC100CRT" SourceFile="C:\Program Files (x86)\Common File
浏览 1提问于2011-08-11得票数 1
回答已采纳
5回答
从合并模块中提取文件
、、、、
我所需要的只是一个命令行工具，它可以将文件从合并模块(.msm)提取到磁盘上。换句话说，我想要MSI可以使用的相同的“管理安装”功能：
/a myProduct.msi TARGETDIR="C:\myInstallation“/qn
以上仅适用于msi (据我所知)。因此，为了获得与合并模块相同的效果，我正在尝试msidb.exe和orca.exe用于orca的文档：
可以从命令行指定许多合并模块选项.
从合并模块中提取文件
Orca支持三种不同的方法来提取合并模块中包含的文件。Orca可以提取单个CAB文件，将文件解压缩到模块树中，并在将文件合并到目标数据库后将文件解压缩到源映像
浏览 2提问于2010-04-23得票数 12
我做了crt合并(部分来自< Product >)：
<DirectoryRef Id="TARGETDIR" >
<Merge Id = "Microsoft_VC100_CRT_x64.msm" FileCompression = "yes" Language = "1033" SourceFile = "..\\..\\..\\..\\..\\..\\..\\external\\tools\\systemsetups\\merge_modules\\Microsoft_VC1
浏览 1提问于2018-07-23得票数 0
2回答
我使用WiX创建了一个安装程序来安装VSIX以及两个相关的组件。这两个组件是以合并模块的形式提供给我的。下面是我在代码中使用合并模块的代码：
<DirectoryRef Id="TARGETDIR">
<Merge Id="MergeModuleID1" SourceFile="MergeModule1.msm" DiskId="1" Language="0"/>
<Merge Id="MergeModuleID2" SourceFile="Merge
浏览 11提问于2014-02-21得票数 1
我有一个来自第三方工具的MSM文件。我们用一个小脚本定制MSM，这个工具集成到我们的安装程序中，并且工作良好。所有修改都是使用VBscript使用COM和"WindowsInstaller.Installer“完成的。
但有时我们的支持只需要这个工具作为独立的安装程序包。
是否有一种简单的方法可以将MSM文件转换为命令行上的完整安装程序MSI包？
使用VBscript或COM模块与"WindowsInstaller.Installer“是可以的。我知道如何转换它，我还会编写一个小的C++程序来执行更改，并设置适当的信息和转换。
我需要命令行，将MSM转换集成到我们的构建过程中。
浏览 5提问于2018-09-18得票数 2
我正在尝试用VisualStudio2012Premium和InstallShield LE 2015创建一个安装程序。
当我试图创建安装程序时，我会得到以下错误：
错误：-4072:错误检索C:\Program (x86)\Common \Merge Modules\Cognex.Cnx.Core.Components 3.9.0.msm的依赖项Cognex.Cnx.Core.Components 3.9.0: C:\Program (x86)\Common \Merge Modules\Cognex.Cnx.Core.Components 3.9.0.msm
我怎样才能解决这个问题
浏览 4提问于2016-03-29得票数 0
回答已采纳
我继承了一个依赖于第三方库的应用程序，而第三方库又依赖于VisualJ#.NET。
这个应用程序以前是在Visual 2005上开发的，我已经在VS2008上成功地构建了它。
在其他组件中，它包括一个部署项目( Deployment )，它将两个可执行文件(加上依赖项，包括这个库)构建到一个windows安装程序MSI中。
由于VJ#依赖，部署项目(显然)使用了VJSharpRedist_x86.msm合并模块。这个合并模块似乎检测到了VJ#包的存在，如果没有安装，则提示用户从web下载它。
但是，我目前找不到的包包括用于VJ#的合并模块。虽然项目构建没有错误，但生成的MSI无法安装。它启动后
浏览 3提问于2009-02-27得票数 1
回答已采纳
2回答
所以，我有一个使用WiX编写的产品安装程序，一旦合并了'Microsoft_VC100_CRT_x86.msm‘合并模块，它就无法正确升级。安装过程中不会删除旧产品。如果从项目中删除合并模块，则旧版本的删除也会如期进行。
合并模块非常简单地包含在一个Directory节点下：
<Directory Id="ProgramFilesFolder">
<Merge Id="VC10_CRT_MergeId1" Language="0" SourceFile="c:\\Program Files (x86)\\Co
浏览 5提问于2013-04-04得票数 3
我想编写和使用一个最小的可重定向的合并模块。它应该包含3个文件
PS C:\Users\mto\sandbox\wixme3> Get-ChildItem files
Directory: C:\Users\mto\sandbox\wixme3\files
Mode LastWriteTime Length Name
---- ------------- ------ ----
----- 16.02.2015 18:08 0 a
----- 16.0
浏览 6提问于2015-02-17得票数 2
我正在编写我的第一个WIX安装程序。安装的应用程序使用各种微软标准OCX控件，这些控件作为合并模块安装，例如MSCOMCTL.msm、MSFLXGRD.MSM等。
由于某种原因，如果目标计算机已打开UAC，则在安装后运行应用程序会失败，并显示一条消息，提示"MSCOMCTL缺失或未正确注册...“。然而，如果应用程序以管理员身份运行一次，它会显示一条UAC“此应用程序是否可以进行更改”的消息(因此它显然正在更改某些内容)，然后运行正常，更重要的是，在没有管理员权限的情况下，它将永远运行。(或者，也可以将相关控件注册到RegSrv )。
我已经用ProcMon监控了这个应用程序，很明显它
浏览 5提问于2015-08-20得票数 0
2回答
我有一个100 my的.msm，当我构建我的WiX项目时，我在这里得到了一个200 my的.msi：
<Package InstallerVersion="200" Compressed="yes" InstallScope="perMachine" />
<Media Id="1" Cabinet="product.cab" EmbedCab="yes" />
<Directory Id="TARGETDIR" Name="SourceD
浏览 1提问于2014-09-05得票数 1
1回答
我很高兴不必使用InstallShield，所以我很欣赏这个问题的答案是非常简单，或者很可能，我对此无能为力(除非我编译自己的MSM包？)，但是使用MSM合并模块，我已经选择使用Visual C++ 9.0 MFC (x86) WinSXS MSM，版本只说明为9.0，但得到一个"SideBySide“错误，说当最终用户试图运行产品时，找不到9.0.21022.8的版本。
在我的C:\Windows\winsxs文件夹中有4个不同风格的版本9，我假设它没有使用上面所需的一个版本，但是没有办法在InstallShield中选择的属性中验证这一点。
如何指定选定的MSM模块使用9.0.21
浏览 2提问于2014-08-26得票数 0
3回答
我正尝试在我的安装项目中使用合并模块。但它似乎有依赖关系，需要比我更早版本的几个合并模块(我有VS2008)。
我需要这些来自VS2005的文件：
Microsoft_VC80_ATL_x86.msm
Microsoft_VC80_CRT_x86.msm
Microsoft_VC80_MFC_x86.msm
policy_8_0_Microsoft_VC80_ATL_x86.msm
policy_8_0_Microsoft_VC80_CRT_x86.msm
policy_8_0_Microsoft_VC80_MFC_x86.msm
谁能指给我一个地方，在那里我可以下载它们，或者压缩并上传
浏览 1提问于2009-04-21得票数 5
回答已采纳
2回答
我有一个安装程序，它在安装时似乎不遵循MSI组件规则。下面是一个场景：
操作系统: Windows 7 x64
产品A安装一组附加到组件上的文件，其中包含guid "123ABC“到C:\Program \Common\Foo。该组件具有以下文件：
foo.dll，版本1.0.0.0，(KeyPath)
foo.sys，1.0.0.0版
foo.inf，没有版本
foo.cat，没有版本
产品B将附加到同一个组件guid“123 path”的同一组文件安装到相同的路径C:\Program \Common\Foo中。该组件具有以下文件：
foo.dll，版本1.0.0.1，(KeyPat
浏览 2提问于2013-11-15得票数 0
回答已采纳
几年后我们发布了一个版本。我从一个旧的安装项目开始，并为更新的代码修改它。旧项目使用的源代码之一是Microsoft_VC80_ATL_x86.msm (我只创建了一个32位安装。)。我在当前的机器上找不到它。在谷歌之后，它似乎来自VS2005，如果需要的话，我可以找到它。这是一个桌面UI应用程序。我目前在VS2010的世界里(负责安装项目和应用程序开发)。问题是:我应该用Microsoft_VC90_ATL_x86.msm取代Microsoft_VC80_ATL_x86.msm吗？同时包含Microsoft_VC80_ATL_x86.msm和Microsoft_VC90_ATL_x86.ms
浏览 2提问于2014-04-10得票数 1
2回答
有人能告诉我在哪里可以找到创建MSM文件的资源吗？虽然我能够使用InstallShield创建MSI文件，但从下面的链接和我版本的Visual 2013 - 的屏幕截图来看，Visual似乎不再支持合并模块项目。
若要创建新的合并模块项目，请执行以下操作：
在“文件”菜单上，指向“添加”，然后单击“新建项目”。
在“结果添加新项目”对话框中的“项目类型”窗格中，打开“其他项目类型”节点并选择“安装和部署项目”。
在“模板”窗格中，选择“合并模块项目”。
浏览 7提问于2013-11-01得票数 3
回答已采纳
4回答
我有一个InstallShield InstallScript MSI项目，它包含没有软件管理器合并模块的FLEXnet连接。此产品的版本为6.0.32。我为版本6.1创建了第二个安装程序，它还包含没有软件管理器合并模块的FLEXnet连接。当我在包含6.0.32版本的系统上执行重大升级时，我会在MSI日志中得到一条消息，声明：
Disallowing installation of component: {FF970098-B748-427B-B946-AA8E1A1F82AD} since the same component with higher versioned keyfile e
浏览 5提问于2014-04-12得票数 1
回答已采纳
我使用Visual 2015 (在Windows 10上)开发了一个32位的C++应用程序.我想将它部署到运行Windows 7及更高版本的计算机上。
我组装了一个WiX安装程序，并包括了VC++可再发行的合并模块，如描述的。我包含的合并模块是C:\Program Files (x86)\Common Files\Merge Modules\Microsoft_VC140_CRT_x86.msm。
此安装程序似乎工作正常，但在Windows7上安装的程序将无法运行，抱怨缺少api-ms-win-crt-runtime-l1-1-0.dll。
在搜索过程中，我怀疑来自的可再发行包中可能有额外的文
浏览 0提问于2016-01-04得票数 18
回答已采纳
使用vcredist.exe和msm文件安装Visual C++ 8.0运行时库有什么优缺点？
浏览 0提问于2009-07-27得票数 14
回答已采纳
1回答
我已将msm与vs 2015 crt合并：
<DirectoryRef Id="TARGETDIR" >
<Merge Id = "Microsoft_VC140_CRT_x64.msm" FileCompression = "yes" Language = "1033" SourceFile = "..\\..\\..\\..\\..\\..\\..\\external\\tools\\systemsetups\\merge_modules\\Microsoft_VC140_CRT_x64.msm
浏览 0提问于2018-07-19得票数 2
回答已采纳
在codeaurora内核中，我看到了很多合并提交：
8beeb1e Merge "qseecom: check buffer size when loading firmware images"
10f00f5 Merge "msm: mdss: Clear compat structures before copying to user"
7e9e0b6 msm: cpp: Fix for buffer overflow in cpp.
ef19b0a Merge "net: rmnet_data: Disable generic receive o
浏览 4提问于2017-09-01得票数 0
1回答
我正在尝试在运行时更改合并模块的目标...
让我解释一下:我有一个合并模块，它的目标设置为SystemFolder文件夹。
我有很多MSI项目都指向这个合并模块，所有的合并模块(组件)目的地都指向‘(Use merge module's default destination )’。
问题:其中一个微星项目需要将合并模块安装到“通用文件”位置(而不是systyem32文件夹)。
因此，如果我将MSI项目中的合并模块(组件)目的地更改为CommonFileFolder，则不会发生任何事情(因为合并模块目的地仍然设置为SystemFolder)
或者，如果我将合并模块目标更改为TARGET
浏览 2提问于2010-02-16得票数 1
我已经使用了很长时间的visual 2010，刚刚升级到VS 2015 (安装了默认选项)。但是我找不到像Microsoft_VC140_CRT_x64.msm这样的MSM
2015年VC运行时的MSM文件在哪里？
浏览 3提问于2021-03-19得票数 0
回答已采纳
我已经创建了这个wix合并模块项目，并向它添加了一个dll自定义操作：
<Wix xmlns="http://schemas.microsoft.com/wix/2006/wi">
<Module Id="MergeModule1" Language="1033" Version="1.0.0.0">
<Package Id="cffa568e-1bf0-4eb3-bee3-eb5801a0bbd0" Manufacturer="Microsoft" Ins
浏览 1提问于2013-07-31得票数 1
回答已采纳
嗨，我们这里有一个场景：
我们通过安装程序在系统中部署了DLL。
现在，我们升级了DLL并为此创建了msm文件。
现在希望通过补丁/热修复安装程序而不是安装安装程序来部署升级后的DLL。
该怎么做呢？
浏览 1提问于2016-03-28得票数 0
我正在尝试编译一个install shield项目。这是一个64位的程序。
我一直收到这个错误，尽管它确实编译正常，安装正常：
Error 16 -6058: Error merging Visual C++ 10.0 CRT (IA64) with module ID C:\Program Files (x86)\Common Files\Merge Modules\Microsoft_VC100_CRT_ia64.msm ISEXP : error : -6058: Error merging Visual C++ 10.0 CRT (IA64) with module ID C
浏览 1提问于2011-03-22得票数 3
回答已采纳
1回答
完整的WiX新手已经被赋予了一项任务，不确定如何处理它，甚至不确定它是否可能。我有两个可执行文件，它们将驻留在供应商目录下的自己的文件夹中，如下所示：
C:\Program Files (x86)\My Company
|
+---Program A
| |
| +---config.txt
| +---program_A.exe
|
+---Program B
| |
| +---config.txt
| +---program_B.exe
程序A和程序B将始终打包在一起，并且都安装为windows服务。程序A可能比程序B更新得更频繁，
浏览 1提问于2019-03-01得票数 2
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
对象存储
腾讯会议
实时音视频活动推荐
腾讯云开发者
