Jul 08, 2014
06:14 AM
Hi I am doing standalone build for one of our ism file like iscmbld.exe -p " InstallShield (R) Release Builder Copyright (c) 2013 Flexera Software LLC. All Rights Reserved. -1114: The parameter 'ûp' is not preceded by a switch. Any idea what could be issue here?
... View more
- Tags:
- standalone build
Labels
- Labels:
-
InstallShield 2013
Mar 26, 2014
06:38 AM
never mind i couldnt resolve it but i have to use another msi command to upgrade msi
... View more
Mar 10, 2014
02:01 AM
Upgrade table consists of upgrade codes of all the windows installers which it is detecting properly for major upgrade.
... View more
Mar 07, 2014
08:07 AM
Hi I have a chained MSI with newer version and while doing silent command installation it is not getting upgraded. Below is I got from logs- "InstallShield 6:06:04: Skipping chained package Pkg1 installation because it is already installed" Let me know how can i make chained to install in upgrade instance of setup.exe ?
... View more
- Tags:
- chained msi
Labels
- Labels:
-
InstallShield 2012 Spring
Jan 27, 2014
12:17 AM
Hi i have scenario where I have redesigned old 6 installers to single installshield installer and defined upgrade scenarios But problem is my installer though is able to detect major upgrade but unable to remove control panel entries of old installer during installation causing multiple control panel entries. Any help much appreciated
... View more
Labels
- Labels:
-
InstallShield 2012 Spring
May 15, 2013
06:32 AM
phill_mn wrote: This may just be a wild guess, but when installing on the x64 bit target, the code that saves the user's selection path, is it running in a 64 bit or a 32 bit process? My understanding is that InstallScript is going to run in a 32 bit process, so unless you use the REGDB_OPTIONS REGDB_OPTION_WOW64_64KEY the saved registry info will be under the Wow6432Node. \software\microsoft\windows\Wow6432Node\currentversion\uninstall\ If using a C++ (or other language) CA in MSI then I think you are running in a 64 bit process and would expect the entries to be written where you are looking. Also in the Uninstall, if you are using a MSI table to read the registry, msiexec.exe would most likely default to a 64 bit process and not look under the Wow6432Node unless you redirected to that location. I do not have much experience with MSI so I hope I am not misleading you. Hi I checked given path \software\microsoft\windows\Wow6432Node\currentversion\uninstall\ but seems this is either wrong path or path should be \software\Wow6432Node\currentversion\uninstall\ but I cant find my product GUID there. Even i checked installed product key it is not saving Installlocation choosen by user during install rather it is keeping what has been set as default in Installshield project file and this is the problem. I have setup INSTALLDIR as first action to setup ProgramFiles64folder but when i save the project its sequence is getting changed after "ISSetupfilesextract" and during runtime it is not saving custom install path choosen by user. Any help you can do to tell me is it has to be setup another way?
... View more
May 14, 2013
02:36 AM
phill_mn wrote: This may just be a wild guess, but when installing on the x64 bit target, the code that saves the user's selection path, is it running in a 64 bit or a 32 bit process? My understanding is that InstallScript is going to run in a 32 bit process, so unless you use the REGDB_OPTIONS REGDB_OPTION_WOW64_64KEY the saved registry info will be under the Wow6432Node. \software\microsoft\windows\Wow6432Node\currentversion\uninstall\ If using a C++ (or other language) CA in MSI then I think you are running in a 64 bit process and would expect the entries to be written where you are looking. Also in the Uninstall, if you are using a MSI table to read the registry, msiexec.exe would most likely default to a 64 bit process and not look under the Wow6432Node unless you redirected to that location. I do not have much experience with MSI so I hope I am not misleading you. Well, I will look into wow6432node registry as well but my guess is that when I have setup property under custom actions for 64 bit folder there could be issue. Means it is setting up default INSTALLDIR permanently to [programfiles64folder] and not changing post user changed it. I have setup this after "ISSetAllusers". Is this correct way to set it?
... View more
May 13, 2013
07:54 AM
mailfromsaurabh wrote: It Populated "C:\Programfiles\[productfolder]" on 64 bit machine, however product was installed on c:\[productfolder]. Hence, I can see it is not saving custom path choose by user in 64 bit machine during installation and hence it is leaving residues during uninstallation from control panel. Any idea about fix? or is it the known issue in install shield with 64 bit machines? Note: Same script is able to save custom installation path in 32 bit machine and able to uninstall/remove product contents folder completely. Well, I checked this registry- \software\microsoft\windows\currentversion\uninstall\ And found out that Install Location even after custom chosen path during installation has not been updated in 64 bit machine. So, eventually while uninstalling it is removing default install location folder which is set to [INSTALLDIR] in installshield project setup. It means this is uninstaller is working fine in default install location and is having only issue in custom install location during run time. Any idea how we can set user chosen INSTALL LOCATION in registry during run time in 64 bit? Also, I have no clue why same thing is working perfectly fine in 32 bit machines and able to save custom chosen path. May be INSTALLDIR is not being correctly set in 64 bit machine? Is it? How can i set it up?
... View more
May 13, 2013
05:22 AM
phill_mn wrote: For testing only, can you add a MessageBox(szDir, MB_OK), to your CA to see if szDir is what you expect it to be? It Populated "C:\Programfiles\[productfolder]" on 64 bit machine, however product was installed on c:\[productfolder]. Hence, I can see it is not saving custom path choose by user in 64 bit machine during installation and hence it is leaving residues during uninstallation from control panel. Any idea about fix? or is it the known issue in install shield with 64 bit machines? Note: Same script is able to save custom installation path in 32 bit machine and able to uninstall/remove product contents folder completely.
... View more
May 10, 2013
08:52 AM
by the way i have also given condition in custom action to execute it when REMOVE= "ALL" mailfromsaurabh wrote: Hi We have setup in which we have defined both 32bit and 64bit projects under release for compilation to create EXE. When we are using 32bit executable it is removing all files and folders as per below custom install script- unction deletethindir(hMSI) STRING szDir; begin szDir = INSTALLDIR DeleteDir(szDir,ALLCONTENTS); end; But for 64 bit machine uninstallation is leaving residues means few files,dll,config files etc. For our 64 bit machine setup, we have defined Program64bitFolder so this script should remove files fine like 32 bit but it is actually not. Can you please help with what can be issue.?
... View more
May 10, 2013
08:29 AM
Hi We have setup in which we have defined both 32bit and 64bit projects under release for compilation to create EXE. When we are using 32bit executable it is removing all files and folders as per below custom install script- unction deletethindir(hMSI) STRING szDir; begin szDir = INSTALLDIR DeleteDir(szDir,ALLCONTENTS); end; But for 64 bit machine uninstallation is leaving residues means few files,dll,config files etc. For our 64 bit machine setup, we have defined Program64bitFolder so this script should remove files fine like 32 bit but it is actually not. Can you please help with what can be issue.?
... View more
Labels
- Labels:
-
InstallShield 2012 Spring
Latest posts by mailfromsaurabh
Subject | Views | Posted |
---|---|---|
8745 | Jul 08, 2014 06:14 AM | |
825 | Mar 26, 2014 06:38 AM | |
876 | Mar 10, 2014 02:01 AM | |
2144 | Mar 07, 2014 08:07 AM | |
2781 | Jan 27, 2014 12:17 AM | |
1597 | May 15, 2013 06:32 AM | |
1597 | May 14, 2013 02:36 AM | |
1597 | May 13, 2013 07:54 AM | |
1597 | May 13, 2013 05:22 AM | |
1597 | May 10, 2013 08:52 AM |
Activity Feed
- Posted standalone build throwing error -1114: The parameter 'ûp' is not preceded by a switch on InstallShield Forum. Jul 08, 2014 06:14 AM
- Tagged standalone build throwing error -1114: The parameter 'ûp' is not preceded by a switch on InstallShield Forum. Jul 08, 2014 06:14 AM
- Posted never mind i couldnt resolve it but i have to use another msi command to upgrade msi on InstallShield Forum. Mar 26, 2014 06:38 AM
- Posted Upgrade table consists of upgrade codes of all the windows installers on InstallShield Forum. Mar 10, 2014 02:01 AM
- Posted Chained MSI package is not getting upgraded on InstallShield Forum. Mar 07, 2014 08:07 AM
- Tagged Chained MSI package is not getting upgraded on InstallShield Forum. Mar 07, 2014 08:07 AM
- Posted Having multiple control panel entries for upgrade from older 6 windows installers on InstallShield Forum. Jan 27, 2014 12:17 AM
- Tagged Having multiple control panel entries for upgrade from older 6 windows installers on InstallShield Forum. Jan 27, 2014 12:17 AM
- Tagged Having multiple control panel entries for upgrade from older 6 windows installers on InstallShield Forum. Jan 27, 2014 12:17 AM
- Posted registry key not found for Wow6432 on InstallShield Forum. May 15, 2013 06:32 AM
- Posted how to set INSTALLDIR to programfiles64folder for 64 bit machine on InstallShield Forum. May 14, 2013 02:36 AM
- Posted Install Location is not taking custom path location choosen by user for registry on InstallShield Forum. May 13, 2013 07:54 AM
- Posted It Populated "C:\Programfiles\[productfolder]" on 64 bit machine on InstallShield Forum. May 13, 2013 05:22 AM
- Posted one more thing on InstallShield Forum. May 10, 2013 08:52 AM
- Posted 64 bit uninstallation issues on InstallShield Forum. May 10, 2013 08:29 AM