I've downloaded the MySQL installer and tried to run it. On the Check Requirements, MySQL Workbench 8.0.20 is listed. I clicked and got this message in the requirement:
Microsoft Visual C++ 2019 Redistributable Package (x64) is not installed. Latest binary compatible version will be installed if agreed to resolve this requirement.
I click Next and I get:
One or more product requirements have not been satisfied.
I click Yes, and MySQl Workbench is not listed. How do I install?
The intuitive thing is to go to https://dev.mysql.com/downloads/workbench/ and select the
Windows (x86, 64-bit), MSI download.
However this failed for me with VS C++ 2019 Redistributable required even after installing the latest version (2015-2019).
So I clicked on
Go to Download Page button which took me to:
https://dev.mysql.com/downloads/windows/installer/8.0.html
and selected the 2nd, larger download (the 435MB file at this writing)
Although this is labeled (x86/32-bit), don't be fooled. It includes both versions and will install the 64 bit version on a 64-bit machine.
The following link will download the current installer as of 6/23/2021:
https://dev.mysql.com/get/Downloads/MySQLInstaller/mysql-installer-community-8.0.25.0.msi
If you are installing significantly later than 6/23/2021, I suggest you start at
https://dev.mysql.com/downloads/workbench/
to get the latest version.
Update 2023: The installer has a button to "download prerequisites" that opens https://dev.mysql.com/downloads/workbench/
From there get the MySQL Installer and hit next to go to step 2. There, you can select only the "ODBC Connector" that will also include the redistributable. It is far smaller than the whole MySQL db install (e.g. 20Mb).
I had the same problem when trying to install the 35mb 64bit version. Kept coming back with requiring Visual C++ 2019...
Poking around found that if I went back to the install page and looked around the 32bit version of MySQL, there are two other installs. I chose to install the 405mb MySql Workbench 8 32bit and was able to install successfully. Albeit, mine was an upgrade from 6 to 8.0.20.
Uninstall the previous MYSQL and download the (Windows (x86, 64-bit), ZIP Archive
Debug Binaries & Test Suite) 499Mb version, when the error prompts on the screen simply hit No and execute. If the error persists, you might want to to download Microsoft Visual C++ 2015-2019 Redistribution manually and then continue the installation again.
Install Microsoft visual C++ X86 or X64 from this link ( https://learn.microsoft.com/en-us/cpp/windows/latest-supported-vc-redist?view=msvc-170 ).
For those seeing this later, I had the same issue with a fresh install of Win11, new PC, and trying to get 8.0.3.1 WB, and got the same dependency error on VC++ 2019. I followed all the same guidance above, and on other threads but it didn't work. The WB installer didn't recognize the VC++ redist pack as being installed.
I went to my old PC, found the old version of VC++ redist, and installed it....voila, WB would install. I used VC++ 14.30.30708, and it worked fine. As of this writing the current version of VC++ redist from the links above, was 14.34.31931
Hope it helps someone.
I am trying to build an application in Visual Studio 2013, linking with the libpq.lib library downloaded with the binary installer for PostgreSQL version 9.4 for Windows. I get this error:
LNK2038: mismatch detected for '_MSC_VER': value '1800' doesn't match value '1600' in ...
My assumption is that the downloaded library has been built with an earlier version of the MSVC compiler (Visual Studio 2010?).
I would like to know which MSVC compiler was used to build the various versions of libpq, from version 9.4, 9.5, .... 10.0.
My compile error indicates that the modern MSVC compilers / linker will check for consistency (value of _MSC_VER). Will that prevent linking with libpq.lib in VS2015 and VS2017? (Provided libpq.lib was built with VS2013).
I assume that you are talking about the PostgreSQL binaries for Windows provided by EnterpriseDB.
All versions from 9.4 to v10 were built with Visual Studio 2013, and I have successfully used the Express Edition to build server extensions for Windows.
I'm trying to set up a MEAN stack and I'm having the following issue when trying to execute mongo.exe: "The procedure entry point K32GetProcessMemoryInfo could not be located in the dynamic link library KERNEL32.dll"
I'm using Windows Vista 64bit, mongo is the latest, and I'm logged as administrator.
Thanks.
For Vista you need to install the Legacy version of MongoDb.
The 64-bit legacy build lacks newer features of Windows that enhance performance. Use this build for Windows Server 2003, 2008, or Windows Vista.
Here´s the Download link
When I installed Microsoft Visual C++ and C# 2008 Express, I got "Microsoft Windows SDK for Windows Server 2008" added in.
I want to know if I can remove it and still have all the functionality of Visual C++/C#.
Strange, I remember it was shipped with Vista RTM headers (The Microsoft Windows Software Development Kit Update for Windows Vista version). Looks like Microsoft updated the SDK bundled with Express.
Anyway, the SDK is responsible for a lot of features in Visual Studio. For example, Visual Studio invokes sgen.exe to generate XML serializer assemblies, and call rc.exe to compile a resource script. Chances are you can't get away without it if you are not writing hello-world apps.
I got a problem to install the visual web developer 2008 express edition. When I starting to install this application it start installing with visual c++ runtime prerequisites it process a minute or two after that it shows an error The folowing component could not be downloaded visual c++ runtime prerequisites I read an article regarding this at http://forums.asp.net/t/1487605.aspx
It says completely remove vwd 2005 before installing vwd 2008. I did it but it display same error I have net connection also. Where I am wrong to install the application. Please suggest to overcome this problem. Thanks
I would try installing it through Web Platform Installer. If 2008 isn't available anymore, just install 2010, which is fully backward compatible to .Net 3.5