Wix per user installer to detect the Visual C++ 2015 Redistributable

Question

I am creating an .msi installer which has to determine whether the Visual C++ 2015 Redistributable is present in the system and if not then interrupt the installation with custom message. The official Wix documentation refers to the actual installation of the VC++ which I do not wish to do as my installer is "per user" , There are couple of others stackoverflow questions which refer to the bundle rather than the .msi http://wixtoolset.org/documentation/manual/v3/howtos/redistributables_and_install_checks/install_vcredist.html.
Wix Burn vcredist, WIX check if VS2015 C++ redistributable is installed , https://gist.github.com/nathancorvussolis/6852ba282647aeb0c5c00e742e28eb48

So I guess the question is, how to efficiently detect the presense of Visual C++ 2015 Redistributable in the per user installer.

Answer 1

The latest supported Visual C++ downloads

---

Runtime Detection Approaches

I can find a few ways to detect the presence of the Visual C++ Runtime.

1. Registry

   • Keys used by the VCRedist installer (see section below)
   • Keys mentioned in my original answer - grabbed from this old answer

2. File Presence & Version Check

   • Check for presence of core runtime files
   • See separate section below

3. MSI API

   • You can detect whether a specific MSI is installed by looking up the product GUID
   • Reliable, but hard to keep track of all product GUIDs (different versions)
   • UPDATE: You can also use the upgrade code as described below. It should remain stable across releases and updates (for each major version and potentially between major versions as well).

4. Fall-Over EXE?

   • Suggestions are seen to use an EXE depending on the runtime
   • Launching it and failing means the runtime is not there or broken

---

Good & Bad - Evaluation: Option 1 seems to be vulnerable since the merge module variant of deploying the runtime might not write these keys. Option 3 might work well, but it is hard to keep track of all GUIDs. Option 4 seems to already have failed based on the newer runtimes removing certain registry keys. Though fixed now, this could resurface.

---

File Version Presence / Version Check

The more I look at this, the more I start to think that you have to check for the actual files themselves, and potentially for the right file version. The file vcruntime140.dll in the System32 folder (64-bit version) and SysWOW64 folder (32-bit version)? See files list towards bottom here.

Just adding a link for safe-keeping.

• How to detect the presence of the Visual C++ 2012 redistributable package?
• Redistributing Visual C++ Files

A test VBScript - for test purposes only (scripts are sometimes blocked by anti-virus):

Set fso = CreateObject("Scripting.FileSystemObject")
MsgBox fso.GetFileVersion("C:\Windows\System32\vcruntime140.dll")

You can detect file presence and version using AppSearch in an MSI file.

---

Below are some other stuff I wrote up, just leaving it in.

---

VCRedist

It seems the Visual C++ Redistributable Packages (VCRedist_x86.exe, VCRedist_x64.exe) - which is the recommende way to deploy the runtime - checks the following registry key to determine what versions of the runtime is actually installed:

HKLM\SOFTWARE\Microsoft\VisualStudio\<version>\VC\Runtimes\

The sub-keys x86 and x64 seem to all contain an "Installed" value that is set to 1 when the runtime is installed. I would assume - without having had time to test it all - that you then can check:

• HKLM\SOFTWARE\WOW6432Node\Microsoft\VisualStudio\14.0\VC\Runtimes\x64 Installed = 1
• HKLM\SOFTWARE\WOW6432Node\Microsoft\VisualStudio\14.0\VC\Runtimes\x86 Installed = 1

Merge Module: After a brief check, it looks like these values are not written by the merge modules that can also be used to distribute this runtime. I do not have the time or means to check this properly now.

Astonishingly both version 2015 and version 2017 of the runtime write to the 14.0 key - since they are binary compatible. If the 2017 version is installed, then the VCRedist executable will return an error since no install is needed. Weird indeed. But for your purpose that should be besides the point. Source.

---

MSI API - Retrieve Product Codes

• Mailbag: How to detect the presence of the VC 8.0 runtime redistributable package
• Updated VC 8.0 runtime redistributable packages are included in Visual Studio 2005 SP1
• How can I find the product GUID of an installed MSI setup?

---

UPDATE: installer.ProductState - normal installed state is 5:

I forgot about the ProductState property when writing the below. You can check for an installed product with two lines of code if you have the actual product code:

Dim installer : Set installer = CreateObject("WindowsInstaller.Installer")
MsgBox installer.ProductState("{00000000-0000-0000-0000-000000000001}")

Here is even one more way to do it: MSDN: How to programmatically check for the presence of a Windows Installer-based product by using its product code.

Tip: I wouldn't use this approach seeing as the product code changes frequently when products are updated. Hence I like better to check for file versions of core-runtime files. This seems more reliable for the future (provided version parsing is done correctly and reliably - don't roll your own).

---

Mockup:

Public installer
Set installer = CreateObject("WindowsInstaller.Installer")

' Don't have the 2015 GUID
VC2015 = CheckForProductCode("{00000000-0000-0000-0000-000000000000}")
VC2017 = CheckForProductCode("{C77195A4-CEB8-38EE-BDD6-C46CB459EF6E}")
   
MsgBox "VC2015: " & CStr(VC2015) & vbCrLf & "VC2017: " &  CStr(VC2017)

Function CheckForProductCode(productcode)

   CheckForProductCode = False

    For Each product In installer.ProductsEx("", "", 7)   
        If(LCase(productcode) = LCase(product.ProductCode)) Then
            CheckForProductCode = True
            Exit For
        End If
    Next

End Function

Update based on Zett42's suggestion to enumerate products sharing the same upgrade code:

Set installer = CreateObject("WindowsInstaller.Installer")

' Enumerate all products related to "Microsoft Visual C++ 2008 Redistributable - x86 9.0.30729.4148"

' {AA783A14-A7A3-3D33-95F0-9A351D530011} is the upgrade code
Set upgrades = installer.RelatedProducts("{AA783A14-A7A3-3D33-95F0-9A351D530011}")
For Each u In upgrades
   MsgBox u, vbOKOnly, "Product Code: "
Next

---

Deploying The Visual Studio C++ Runtime

Beyond detection, there are several approaches for distributing the Visual Studio C++ Runtime:

1. Static Linking
2. Visual C++ Redistributable Packages
   • VCRedist_x86.exe, VCRedist_x64.exe, or VCRedist_arm.exe
   • Program Files(x86)\Microsoft Visual Studio\2017\edition\VC\Redist\MSVC\lib-version
3. Redistributable Merge Modules (.msm files)
   • Insufficient for some purposes (The universal CRT):
     • Redistributables for deploying C++ exe developed with Visual Studio 2015 on Windows 7
     • WIX merge c++ runtime
4. Local Application Folder
   • Copy DLLs to the local application folder
   • Not recommended for servicing reasons (updates, security fixes)

---

Links For Safe Keeping:

• Redistributables for deploying C++ exe developed with Visual Studio 2015 on Windows 7
• How to detect whether I need to install VCRedist?
• WIX merge c++ runtime
• How to detect if Visual C++ 2017 Redistributable is installed

---

Old Answer

There is this old post. I am not too fond of direct registry reads, let me see if I can find a more reliable way, but maybe have a look in the mean time: Detect if Visual C++ Redistributable for Visual Studio 2012 is installed

Just one more link, how to find the Windows Installer product code of products that are installed: How can I find the product GUID of an installed MSI setup?