Windows Installer Redistributable

[Beverly Zielonko]

Iwant my installer to install visual c++ redistributable 2015 with my application. I've downloaded the vc_redist.x86.exe file, included it in my project, and I'm trying to do the install as a custom action on "install". I am launching with the arguments /install /passive /norestart.

In Visual Studio setup projects you're supposed to use the Prerequisites feature. Right-click the setup project in Solution Explorer, choose Properties, then Prerequisites. This will build a setup.exe to install prerequisites followed by your MSI file. As far as I can tell, the Microsoft Visual C++ 14 is the Visual Studio 2015 runtimes.

Alternatively try the prerequisites section below first (select the "Visual Studio 14" entries for install) or try the merge modules available (section below). Please pay attention to the disclaimers for the merge modules.

Logging & Mutex: What does the log file say? From a technical point of view the usual problem is that you can not install another MSI package from within your own running MSI setup due to technical runtime restrictions. A mutex is set to prevent several MSI installation transactions to happen at once. Check the logs. This redistributable is MSI-based I believe - so you will see this problem when running the EXE from a custom action like you do.

Deployment Tools: Visual Studio Installer Projects are very limited, and it seems most people migrate away from them to another deployment tool over time. Maybe have a look here - and here is a list of tools. WiX's Burn feature (bootstrapper / downloader / sequencer) can achieve what you need. Also read PhilDW's answer here.

Prerequisites: Visual Studio Installer Projects do have a prerequisites view (click the Prerequisites... button) where a limited number of prerequisites can be defined for installation via the setup.exe bootstrapper (not kicked off from within your MSI itself, but from its bootstrapper setup.exe - this means you don't kick off the install from within your own MSI, but before it starts to install - and it can hence work correctly). I am not sure if the entries for "Visual Studio 14" are for the runtime version you need. You could give it a try I suppose.

Merge Modules: There are merge modules to install the Visual Studio Runtime (see here, section "Visual C++ Runtime" - quite a bit down the page), but they seem inadequate these days for reasons explained here (very important). Essentially the Visual Studio Runtime is more complicated from 2015 onwards - and the EXE installer is preferred. Must read link - please. In order to locate relevant merge modules, please search for *.msm files underneath %ProgramFiles(x86)% - if you have Visual Studio (and / or the Windows SDK) installed. Merge modules can be installed embedded in your own package without the need for a setup.exe launcher. In Visual Studio, right click your installer project, Add, then Merge Module...

I have successfully installed SQLAnywhere on Windows without any issues, but this latest attempt it somehow failed. It did not show any errors installing, but when I try to connect to a database with the SQL Central utility it says there is no executable. Looking in the bin folder there is no dbeng17.exe file. When I try to reinstall the software scjview.exe crashes with the message SAPJVM_LoadLibrary_with_trace could not be located in java.dll. Another post on this forum suggested I needed to install the Microsoft Redistributable and I did but it did not resolve this. For context, SQLAnywhere 17 was the second program installed after Java on a clean Windows installation with latest updates, so there shouldn't be any conflicts. Would it work to copy over the missing dbeng17 from another windows installation?

If you are installing SQL Anywhere 17.0 SP1 PL10 Build 7254 or newer, you will need to install the Visual Studio Runtime compatible with Visual Studio 2015, 2017, 2019, and 2022. This is required by the SAP JRE and if missing, the install will report errors when attempting to start SQL Central to setup the plugins and the sample connection profile. It has no impact on other binaries such as dbeng17.

When you say you reinstalled, have you uninstalled completely the "broken" install and then installed the product again. It is very odd that installed missed dbeng17.exe - is there a dbsrv17.exe? What version and build did you attempt to install? SQL Anywhere has an independent SAP JVM in its binX\jre180 directory. The other option is to attempt a repair of the install which will generally work with exe and dll files but less so with other files such as JAR files in %sqlany17%\java.

Also note, a SQL patch is also a full install - you just need to supply the registration key (or will default to a Developer Edition) - if there is not an existing SQL Anywhere install. It acts as an update if there is an existing SQLA 17 install.

Thank you for the response. I have installed all 12 of the visual c++ redistributable runtimes (from 2005 through 2022) using the all-in-one installer found here ( -c-redistributable-runtime-package-all-in-one/). I have completely uninstalled and reinstalled the windows client from here ( +SQL+Anywhere+Database+Client+Download) but it does not install the executable dbeng17 or dbsrv17, and so in sql central it gives the error 08001 (executable cannot be found). I have a license key but I was not asked for it during the installation. Is there a different installer I should try to use?

Well that explains things. The SQL Anywhere client only install only installs client components. It does not install server components such as dbeng17 and dbsrv17. You should not install the client only install on the same environment where the full SQLA package will be installed.

What exactly are you doing in SQL Central? It should only be looking for dbeng17 if it is attempting to autostart a database server. With a client only install, you should be connecting to an existing running server (on a different machine).

The file that is downloaded can be used to update an existing SQL Anywhere install ( NOT A CLIENT ONLY INSTALL ) or to do a complete install from scratch. Note this install can also be used to install the Developer Edition if no license key is provided. Make sure that you understand the permitted uses of the Developer Edition and ensure that it is not used in a production environment.

Forum problems?Maintenance logContact UsTerms of ServicePrivacy PolicyCopyright/Trademark InfoLegal

Powered by SQL Anywhere 17

Disclaimer: Opinions expressed here are those of the poster and do notnecessarily reflect the views of the company.

When users download one of the 4.1 releases of the GlobalProtect clients, the install will go through the first screen or two, ask for elevated privlidges, then say it can't install (A program run as part of the setup did not finish as expected). When I run the .msi file manually, I see the below errors

The weird thing, is that it isn't happening on all of my machines. Also it doesn't appear to happen with the 4.08 client. Also, we were able to upgrade the 4.0.8 client to 4.1.4 when we couldn't install 4.1.4 by itself.

I believe I have found the issue and a workaround, but it's something that PaloAlto needs to have their developers address. It looks like the installer does not check to see if Visual C++ 2013 redistributable dll's are installed. So on a clean machine install, the 4.1 branch will error out during install. but if I install the C++ packages, the install works fine. I'm guessing that in the 4.0 branch the dll was included in the install, but it might have been dropped for the 4.1. They either need to reinclude the dll's or prompt the user to download and install the redistributable package.

Unfortunately the only person that I know that works directly with GlobalProtect is Elie, and that's a few levels above where this needs to go. If you don't get a response from your SE or if the Community team members can't help let me know and I'll make sure it at least gets to someone on the GlobalProtect product team.

My integration engineer said he has a few contacts and should be raising it with them using my (still open) case. If that doesn't gt anywhere, I'll get with my SE. At least it should be easially reproducable and easy to fix.

It's always a pain when companies get bigger and actually start developing and following protocols. It's always better when you could get friendly with an engineer and simply let them know it's an issue and get it fixed quickly.

Hey, first post here so please go easy on me. I am trying to install Daemon Tools 3.47 in Windows 98 Second Edition, but when I open the installer and click next to proceed it asks for me to install a newer version of the windows installer. This wouldn't be a problem if the download from Microsoft was still up.

But I'm not sure if you need a newer verison. Windows Installer 3.1 was released with XP SP1, but still had backported versions. The 2.0 linked above was released with Windows 2000, with a backported redistributable.

Sorry for the late response, thanks abkula65! Had I known Wayback Machine could work for downloads I would have tried that a lot sooner. Downloaded and installed it perfectly, now Daemon Tools installed with no problem. Thank you!

Hi! I'm trying to install wireshark truoght Windows Installer (64-bit) in a Win 10 64, but there was an error that need some redist, and the installation stops."The Visual c++ Redistributable installer failed with error 1618. Please make sure you have KB2999226 or KB3118401 installed. Unable to continue installation"I try to find one of these but it's always is for old version of windows and I can't install.Someone could help me?Thanks.

Error 1618 usually means that there is already a running installation process. If a reboot does not help, open the task manager and search for "Windows Installer" processes and kill them if you're not aware of any other running installations. Do this before you start the Wireshark installation.You can also try to install the Visual C++ Redistributable seperatly ( _redis...)

3a8082e126