Microsoft Visual C++ Redistributable Download

[Adriana Gowen]

AlrightMy windows server 2016, is updated with last version of Microsoft Visual C++, and I uninstall and install again couple times, and nothing, same error again and again, Portal and DataStore same.

It's necessary stop all arcgis process and services running on Server, after that, system allows to unistall older version from microsoft visual c++ property, and install a newer version, after that, setup.exe from portal, server and datastore runs fine

Ran into this issue during a production update today. Ours is a 3 machine cluster and we hit the snag right out of the gate. We tried everything but to no avail. The arcgis msi fails to recognize the c++ redistributables on the server. We installed and reinstalled them. Removed registry keys associated with it. Reinstalled. Nothing. So frustrating

Try to restore your server to previous starting upgrade process, stop all arcgis services like server, portal and datastore, open windows task manager and kill every arcgis process, after that download the last version of vc++ from microsoft site (last version 2022) and run stetup, it will remove previous vc++ version and install newer.

No luck, unfortunately. We had to rebuild all the VMs and reinstall ArcGIS 10.7.1 on them. Seems that something corrupted on them. It even prevented the servers from getting updated versions of VMWare Management tools. Very strange. I attempted all your methods but it did not pan out. Thank you for the prompt reply! Appreciate it.

Unfortunately, the only thing that worked for us was taking each machine out of the site, wiping the VM and reinitiating a new VM, then install ArcGIS 10.7.1, join the site again, and then upgrade that machine to 10.9.1. Having done that, we removed the other two machines, wiped them away, and re-initiated them, and installed 10.9.1, and then have them join the first machine and its now upgraded site.

hi there i just change my laptop and i been having the same problem for over a week and its frustrating that when im in process of installing 3dmax 2016 this freeze when it comes the part of adding the microsoft visual c++ 2012 it always get stuck there and dont continue the installation after that. have tried all that i came with desactivate antivirus and firewall, unistall the other microsoft visualc++ i had in my laptop, change the control acount of user even if im administrator, etc. i dont know what else to do please help i really need to get this done because i got work to finish.

I'm sorry to hear that you are having problems with your installation. I would like to suggest downloading the product using this download method. This is different than downloading the product from your Autodesk Account. To download try the following:

It sounds like you have an issue but the last part of your posting it sounds like you're providing a solution to missing links. If you actually have an installation issue please provide Autodesk product and version and the installation log file so we can review it. It may have nothing to do with Microsoft C++..

I am trying to use Visual Studio 2022 to successfully load and build an SSIS package that targets SQL Server 2016. Documentation suggests that this is indeed supported. Per the online docs ( -us/sql/ssdt/download-sql-server-data-tools-ssdt?view=sql-server-ver16), I have used the visual studio installer to add in the SQL Server Data Tools. Then I have installed the SSIS extension. I am getting an error about OLEDB.

More research suggests that I need the msoledbsql driver installed. However, the installer for that complains that I need a visual c++ redistributable. I downloaded that from here and installed it without issue: -us/cpp/windows/latest-supported-vc-redist?view=msvc-170

I have in fact installed that as shown in my add/remove programs list. However, the msoledbsql installer refuses to install. It still insists that I need to install the visual c++. Can anyone advise a way forward?

Q: After applying MS09-035 will end users see any changes to their user interface that would be unusual or different to normal when working with ActiveX controls in Internet Explorer? For example, unusual dialog boxes?

A: We are aware of active attacks on the msvidctl ActiveX component (see MS09-032). We are aware of a demonstration video available. However, we have seen no full PoC regarding the issues we released today.

A: Disabling ActiveX controls will mitigate the issues discussed in MS09-035. See Security Advisory 973882 for a full list of mitigations and workarounds. If ActiveX controls are disabled, then there is no risk to our customers.

A: No, installing the redistributable updates will only make the update available to runtime use and not design time. This means that the developer will still be using an unpatched version of ATL even though the runtime experience is patched

A: MS09-032 is specific to msvidctl, the OOB update takes care of the other issues in ATL vulnerabilities. Furthermore, the msvidctl was using a private version of the ATL which was not publicly available.

Q: This is specific to the Visual Studio patch. After the patch is installed (IDE update or C++ runtime updates), is the old version, which still has the vulnerability, be installed on the workstation? Or will it be replaced?

A: We recommend that you apply both the runtime and design-time patches for a developer machine running Visual studio. If you install both then the old bits will be replaced, if you install one or the other of the run/design-time updates then the other patch will not be applied and affected components will still be the old versions

Q: If a developer has a control that is vulnerable and does not recompile the control and someone who is using Internet Explorer has MS09-034 installed, will they be blocked from using the control in general or only from malicious code injection etc?

A: While the MS09-032 addresses known exploits, other components and controls are still vulnerable. MS09-034 provides mitigation in Internet Explorer to protect from potential attacks, and MS09-035 allows developers to correct their components and controls

A: MS09-034 is a Cumulative update and contains the fixes contained in MS09-019. Microsoft encourages customers to apply the latest cumulative critical update as soon as possible to protect customers.

A: As long as the MS09-034 update is installed then there are not specific problems in updating to Internet Explorer 8. That said, it is worth highlighting the fact that Internet Explorer 8 provides further security improvements (as it is the latest version)

Q: Can Microsoft provide info about current and future ActiveX controls that are being killbitted so Webmasters can scan their sites to see if they are in use? This will be a critical issue if Microsoft issues a killbit for an orphaned control without an owner.

Q: If a machine does not have the affected (or any) version of Visual Studio, does the MS09-034 patch still apply? If I understood correctly, they both address two different attack vectors for the same underlying issue within the ATL library.

A: The catalogs for WSUS have already been published (they are always released at the same time as the bulletins). If you are experiencing any delays you may wish to investigate possible proxy caching latency between you and microsoft.com.

A: The scenario you describe should not happen because the updated version of the Microsoft Visual C++ 2008 Redistributable (KB973551) contains the fixed version of the binaries so a scan should not flag the security update as required. Please call Customer Support Services at 1-800-MICROSOFT from free support for security updates.

A: MS09-034 includes other security fixes (unrelated to ATL), so we encourage everyone to apply the update. If Internet Explorer is not used on your environment you should assess the risk based on the binaries being updated.

Q: Since very little web browsing is performed on data center servers, is it critical to get these patches applied to our servers, or can this wait a few weeks until our standard maintenance window?

A: MS09-034 includes other security fixes not related to the Internet Explorer mitigations that will block ATL. Based on this you should evaluate how the impacted binaries are used in your specific scenario to assess the risk. That said, we highly encourage all our customers to apply the update to avoid being vulnerable.

Q: Killbits are trustworthy again after the MS09-034 update, right? So, MS09-034 also includes killbits for all vulnerable ActiveX controls whitelisted by default in Internet Explorer 7 and 8?

A: ActiveX security policy, such as killbits, work as expected after the Internet Explorer mitigation release with MS09-034 is applied on the system. Also, MS09-034 does not include killbits, but instead defense-in-depth fixes were introduced to block all known ATL vulnerabilities. As our investigation continues, further killbits might be released.

Q: So, assuming that I have probably currently installed several vulnerable ActiveX controls, how can an attacker exploit this? Does he just have to call them? And if so, is the user prompted about this again?

A: At this time we are not aware of an exploit that can take advantage of arbitrary controls. For example, regarding msvidctl which was fixed as part of MS09-032 update two weeks ago (in the July release) further code was needed to trigger the vulnerability. At this time we are not aware of any generic way of exploiting ActiveX controls. In order to understand whether your controls are vulnerable please submit them to

3a8082e126