Sep 03, 2019
04:41 AM
Hi @Jenifer I tried the solution proposed by you. It worked. thank you for that. But I also see some of other files are not upgrading properly; there are some of older version files left over. Again this making my another concern. Regrads Sathis
... View more
Aug 29, 2019
12:49 AM
Hi @Jenifer thank you for the response. I will try it and let you know the results. Have a nice day.
... View more
Aug 28, 2019
07:58 AM
Hi @Jenifer thank you so much for the information. I will look into deeply and will try the proposed solution. I will let you know the results. "It seems that you need your MajorUpgrade Schedule to be afterInstallExecute" : May i know how i can reschedule MajorUpgrade after InstallExecute via Installshield. This might help. Do i need to move any ExecuteSequence to after InstallExecute. May i know which Sequence.?. Have a good day. 🙂
... View more
Aug 28, 2019
04:37 AM
Hi @Jenifer thank you for the quick reply. we don't want to change anything in platform.msi. since it got freeze. Any possibility to fix it up in service.msi during major upgrade not to remove/cleanup this file?. or any other solution do you see?. Point to be consideration: The files are picked by using dynamic linking, there were no static linking for each components. Kindly let me know. Thank you.
... View more
Aug 28, 2019
01:25 AM
Hi , i have one situation which needed help. I have one msi (let's say platform.msi) which deploy abc.dll in [INSTALLDIR]\bin\ I have another msi (let's say service.msi) which deploy the same file abc.dll in the same directory [INSTALLDIR]\bin\. Here [INSTALLDIR] is same path for both platform.msi & service.msi the installation sequence is platform.msi gets installed first then service.msi I cannot chance anything in platform.msi & service.msi now. Since it has be released already. Let's consider both MSI got installed on the machine. i.e. the same file abc.dll gets deployed by platform.msi and overwritten by service.msi which is expected. Now, if i go for major upgrade of platform.msi then it deletes abc.dll and deploys the new version of that file. Important thing is, I have removed abc.dll from service.msi (in order to avoid duplicate between platform.msi & service.msi) now, if i go for major upgrade of service.msi, then it delete abc.dll since it has been remove from step6. and I cannot change the installation sequence, i.e platform.msi gets installed first then service.msi. My question is, Is there any flag in installshield which will stop deleting abc.dll during major/minor upgrade? or any other solution/configuration available for this situation. Kindly help. Thank you. It is a bit urgent.
... View more
Labels
- Labels:
-
InstallShield 2018
Aug 08, 2019
04:06 AM
Hello, After few investigation, the setup.exe tries to close the process of launcher.exe even though there were no dependencies. Please find the attachment image. can anyone help me not to kill the process or to hide "file in use" dialog. Thank you.
... View more
Aug 07, 2019
05:50 AM
Thank you for the answer. Unfortunately the result is same. it closes the launcher exe.
... View more
Aug 07, 2019
03:44 AM
Dear Flexera, We have a following situtation: We have a setup.exe we have launcher exe which was developed in .NET Here Launcher exe calls setup.exe silently with parameters. and there is no dependency between setup.exe & the launcher exe. they are independent. when setup.exe is running, during mid-way, the parent launcher exe closes automatically and in background setup.exe thread was still running. During the above process, we got an following logs: MSI (s) (50:B4) [18:34:15:514]: RESTART MANAGER: Will attempt to shut down and restart applications in no UI modes. MSI (c) (0C:40) [18:34:15:554]: RESTART MANAGER: Session opened. MSI (s) (50:B4) [18:34:15:759]: RESTART MANAGER: Successfully shut down all applications in the service's session that held files in use. MSI (c) (0C:40) [18:34:15:792]: RESTART MANAGER: Successfully shut down all applications that held files in use during restart manager execution, it actually closes the launcher exe. also we got logs in Event viewer: Entry 1: Application 'D:\Setup\MP4.1_Setup\Gms.InstallerSetup.exe' (pid 7432) cannot be restarted - Application SID does not match Conductor SID.. Entry 2: Machine restart is required. Entry 3: Starting session 2 - 2019-08-07T07:07:55.624839400Z. Entry 4: Shutting down application or service 'Siemens.GMS.InstallerSetup'. Entry 5: Starting session 0 - 2019-08-07T07:07:56.572934200Z. how to handle this case. Please help me out.
... View more
Labels
- Labels:
-
InstallShield 2018
Latest posts by SSigamani91
| Subject | Views | Posted |
|---|---|---|
| 2577 | Sep 03, 2019 04:41 AM | |
| 2643 | Aug 29, 2019 12:49 AM | |
| 2652 | Aug 28, 2019 07:58 AM | |
| 2668 | Aug 28, 2019 04:37 AM | |
| 2680 | Aug 28, 2019 01:25 AM | |
| 1695 | Aug 08, 2019 04:06 AM | |
| 1723 | Aug 07, 2019 05:50 AM | |
| 1741 | Aug 07, 2019 03:44 AM |
Activity Feed
- Kudoed Re: Not to remove file during upgrade for Jenifer. Sep 04, 2019 07:58 AM
- Posted Re: Not to remove file during upgrade on InstallShield Forum. Sep 03, 2019 04:41 AM
- Posted Re: Not to remove file during upgrade on InstallShield Forum. Aug 29, 2019 12:49 AM
- Posted Re: Not to remove file during upgrade on InstallShield Forum. Aug 28, 2019 07:58 AM
- Posted Re: Not to remove file during upgrade on InstallShield Forum. Aug 28, 2019 04:37 AM
- Posted Not to remove file during upgrade on InstallShield Forum. Aug 28, 2019 01:25 AM
- Posted Re: RestartManager: Successfully shut down all applications in the service's session that held files in use on InstallShield Forum. Aug 08, 2019 04:06 AM
- Posted Re: RestartManager: Successfully shut down all applications in the service's session that held files in use on InstallShield Forum. Aug 07, 2019 05:50 AM
- Posted RestartManager: Successfully shut down all applications in the service's session that held files in use on InstallShield Forum. Aug 07, 2019 03:44 AM
