标签: redistributable

是否有可再发行的.Net 3.5安装包,它是一个静默安装程序？

或者,是否有一个开关可以传递给主要的可再发行的.Net 3.5安装程序以使其静音？

使用 Visual Studio，我构建了一个以 32 位运行的 C++ 应用程序。它将部署到 32 位和 64 位 Windows 服务器。它不会在 64 位模式下运行（而是在 WoW 下）。

我应该同时包含 32 位和 64 位 Visual C++ 可再发行组件，并在 32 位 Windows 上安装 32 位，在 64 位 Windows 上安装 64 位，还是仅安装 32 位可再发行组件就足够了？

我已经下载并编译了一个开源的C++应用程序Frhed.

当我运行我编译的版本时,它需要MSVCR100和其他一些dll文件(Visual C++可再发行组件的一部分).但是,当我运行原始预编译的Frhed可执行文件时,它运行时没有安装任何C++可再发行组件包.

我是否必须修改任何编译选项才能取消程序与C++可再发行库的链接？

我编写了一个 C# 应用程序，需要安装 Visual C++ 2010 可再发行组件，并且我使用 Visual Studio 中的内置“发布”机制来分发该应用程序 - 它使用 Microsoft 的“ClickOnce”安装程序技术。

我发现我需要单击“发布”页面上的“先决条件”按钮，但存在问题。

由于不知道用户是 x86 位还是 64 位，我必须选中可再发行版本的 x86 和 x64 版本。

但如果 x86 用户安装它，他们会收到错误：“系统组件 Visual C++ 2010 运行时库 (x64) 的先决条件检查失败，并显示以下错误消息：“仅在 x64 上支持安装 Visual C++ 2010 运行时库 (x64)机器。”

但如果我不包含 x64 版本，则 64 位用户将无法使用该安装程序。

另一个问题是，某些用户收到错误“在计算机上检测到较新版本的 Microsoft Visual C++ 2010 Redistributable”，并且安装程序失败。

整件事看起来就像是一团糟。ClickOnce 安装程序技术是否足够聪明，能够确定用户是否需要 x86 还是 64 位版本的 C++ 可再发行组件？如果安装了较新的版本，这真的是一个障碍吗？

这一切看起来都很脆弱，似乎应该有一个非常简单的修复方法。

我的程序包含几个依赖于MSVCP100.dll和MSVCR100.dll的dll,在Win7中我的程序运行没有任何问题,但是在Win8中它找不到这两个dll.我注意到在Win8中默认没有安装VCRedist,所以显然我需要安装VCRedist来启用我的程序.

问题是,如何检查是否安装了VCRedist？

看起来我们可以通过在注册表[1] [2]中搜索来做到这一点.但是,似乎有很多版本的VCRedist(VC2012,2010,2008,2005 ......),所以我需要浏览所有这些注册表项？

我已经让XNA在Visual Studio 2012上运行得很好,并且在已经安装了XNA Framework Redistributable 4.0的任何计算机上发布,安装和运行游戏也能正常工作但是当我尝试在尚未安装XNA Framework Redistributable 4.0的计算机上安装时有了它,安装失败,因为它丢失了.此外,它甚至不是程序的发布属性的"先决条件"菜单中的选项.

当我打开一个较旧的项目时,该选项存在,但有一个黄色感叹号三角形,我不相信它实际上是设置的.

有谁知道如何将XNA Redistributable添加回先决条件选项？

我正在搜索一个命令,我可以在Elastic Beanstalk配置文件中使用它来安装Visual Studio 2012的Visual C++ Redistributable,这是我运行Web项目所需要的.

我尝试使用msi我从exe构建的安装并放入S3,但它返回超时:

The following instances have not responded in the allowed command timeout time (they might still finish eventually on their own)

我仍然得到错误:

Could not load file or assembly 'Magick.NET-x86.DLL' or one of its dependencies. The specified module could not be found.

Magick.NET需要Visual C++ Redistributable for Visual Studio 2012才能运行.手动安装它不是一个选项,因为我需要预先安装它以实现自动可扩展性.谢谢.

服务器在Windows Server 2012/IIS8上运行

我们在 VS 2008 中有 VC++ 项目，在 2010 年有 Wpf 项目。我们想将它们都迁移到 Visual Studio 2015。

我们面临的最大问题是，当新用户需要安装我们的软件时，他需要安装 VC++ Redistributable Package 的先决条件，这需要管理员权限。然后他需要通过 clickonce 服务器安装我们的应用程序。

我们想简化这部分 - 安装 VC++ Redistributable Package。

新的 2015 VC++ Redistributable 是否可以安装在我的应用程序路径中，而不需要管理员权限？我找不到下载 VS 2015 VC++ RP 链接的链接 - 请提供。

我从下面的链接中得到了使用 /MT（静态链接）的建议，但我们希望应用程序是稳定的（因为我们也分发补丁），我们不希望库冲突。

https://social.msdn.microsoft.com/Forums/vstudio/en-US/a8d4ca59-c295-43bf-b34e-518fe2f7977c/vc-2015-redistributable-package?forum=vclanguage#667db896-f517-4fa5-b b5b0c3d12d52

请帮忙。

我需要在公司办公室的三百台计算机上安装可再发行的 Visual C++ 2015。有没有办法将EXE转换为MSI。这将节省大量时间。

如果我在我的机器上只安装Visual C++ 2017 Redistributable,它是否可以支持为2015年编写的应用程序

换句话说,如果我卸载Visual C++ 2015 Redistributable并安装Visual C++ 2017 Redistributable,那么所有应用程序都可以正常运行吗？