About mcsergiu

mcsergiu · ‎Mar 25, 2013

Hi, I finally found the root cause of the issue - it was related to the 2012 vcredist target machines. It seems that is no need to check all the Visual C++ MFC, ATL, etc packages for 2012 (they are missing from the redistributable list anyway). It is enough to check for the Microsoft Visual C++ 2012 redistributable and define as conditions the target machines. I placed the solution above in case that someone else is running into the same trouble as I did. Regards, mcsergiu

mcsergiu · ‎Mar 22, 2013

Hi guys, I've run into a strange issue after migrating a C++ app from VS2010 to VS2012. I used InstallShield 2012 Spring Professional both for VS2010 and VS2012 related App binaries. For the App built with VS2010, everything worked smooth and the installation succeeds fine. For the App built with VS2012, I didn't find the corresponding Visual C++ ATL, CRT, MFC, etc packages corresponding to VS2012 to be checked in the InstallShield 2012 Spring Professional. The only check available related to VS2012 is related to Microsoft Visual Studio C++ 2012 Redistributable Package (x86 or x64). Even if the installer executable is built, when running the installation, error 1920 occurs: Service '[SERVICE]' failed to start. Verify that you have sufficient privileges to start system services. I'm using the same machine where the installation for VS2010 built App succeeds, so it is not a problem related to privileges - for sure. It must be related to the missing Visual C++ ATL, CRT, MFC, etc package from the InstallShield 2012 Spring available redistributables list. Please note, that I've installed InstallShield 2012 Spring SP1 as well, but the result is the same. Any help is much appreciated. Thank you, mcsergiu

mcsergiu · ‎Nov 09, 2012

Thank you again for the provided clarifications. I appreciate the support you gave me, it was of a great help.

mcsergiu · ‎Nov 08, 2012

It works like a charm! Thank you Debbie! Still one question: should the Package Code be changed as well? It is not very clear to me when to change Package Code and when not...

mcsergiu · ‎Nov 07, 2012

Hi guys, I'm stuck with an issue and I cannot find a solution for the following problem. I have an InstallShield project (ism) created initially with InstalShield 2011. When I've opened the ism file with InstallShield 2012 Spring Professional, it has been converted fine and the installer package executable is successfully built. I've changed the Product version to a higher number (from 2.1.300 to 2.1.350) making sure that the Product code and Upgrade code remained unchanged. On my machine I have the installation of the original version of the application (2.1.300) built with InstallShield 2011. However, when installing the newest 2.1.350 version built with InstallShield 2012, I've get the ERROR_PRODUCT_VERSION (error 1638) message and the installation stops. Please note that in the Upgrade Windows Installer Setup options I've choose "completely uninstall old setup", and I have actions defined to specify the min and max versions to upgrade to. If you have any clue why the upgrade is not performed, please let me know. I appreciate any help you could give. Thanks.

Online Status	Offline
Date Last Visited	‎Mar 18, 2019 12:11 PM

The issue was related to vcredist target machines

C++ Apps build with VS2012 don't get installed with InstallShield2012 Spring Prof

Re: ERROR_PRODUCT_VERSION (error 1638) when same upgrade code is used

Re: ERROR_PRODUCT_VERSION (error 1638) when same upgrade code is used

ERROR_PRODUCT_VERSION (error 1638) when same upgrade code is used

The issue was related to vcredist target machines

C++ Apps build with VS2012 don't get installed with InstallShield2012 Spring Prof

Re: ERROR_PRODUCT_VERSION (error 1638) when same upgrade code is used

Re: ERROR_PRODUCT_VERSION (error 1638) when same upgrade code is used

ERROR_PRODUCT_VERSION (error 1638) when same upgrade code is used