Page 1 of 1
Prevent two copies of installer to run?
Posted: Wed Jun 17, 2009 3:22 pm
by Oleg Bayborodin
How can I prevent two (or more) instances of the same installer to run simultaneously? "Check Process" only checks for a process, and not the number of the processes running.
Thanks,
Oleg B.
Posted: Wed Jun 17, 2009 3:29 pm
by MichaelNesmith
Install
Aware 9 has a pre-defined compiler variable for this:
The setup engine can be forced to disallow multiple instances using the new #SINGLEINSTANCE# pre-defined compiler variable.
Posted: Wed Jun 17, 2009 3:35 pm
by Oleg Bayborodin
Excellent! Thanks a lot for super speedy reply.
Oleg B.
Same issue under version 8
Posted: Thu Oct 22, 2009 5:42 am
by JeffTucker
I am aware of the mutex solution (which does work for a sample project), but for some reason at runtime there are 2 instances of our setup that always run even though the exe was only invoked once. If I put the mutex solution in place, the second one abandons its process, but that apparently is the critical instance.
Have you heard of anything like this? Could it be some sort of corruption in the msi script that causes 2 instances like this?
Additional Clues - in command line
Posted: Thu Oct 22, 2009 6:06 am
by JeffTucker
I ran process explorer and found that one of the processes has no command line options - presumably the one I launched. The other has /k="" /m="some long path"
SINGLEINSTANCE crashes second instance
Posted: Tue Nov 17, 2009 6:03 pm
by JeffTucker
I'm evaluating version 9.0 with our installer. I defined SINGLEINSTANCE as TRUE in the Compiler variables dialog. I ran the first instance to the welcome screen. The second instance ran and crashed with a peculiar message box (9x) -> "Access violation at address 67054A25. Read of address 67054A25."
The first instance of the installer continues to run without any disturbance. Is there some way we can get rid of those message box dialogs?
Posted: Sun Nov 22, 2009 5:10 pm
by neillans
Can you send us log files and possibly the scripts you used to build your setups? Would be good to investigate this ...
Same thing
Posted: Wed Feb 10, 2010 11:25 am
by tj
I am seeing the same thing. It's almost as if the unpacking process isn't protected by this check. Both instances go through the unpacking and then the second instance fails with the access violation.
Any progress on this? I'd be happy to send my setup scripts (it's rather large) to support if you'd like to track it down.
Posted: Thu Feb 11, 2010 10:11 am
by ALive
Hi everyone!
Me either! I have to refuse of this functionality because the Uninstall process during Web update mechanism does not work.
In my case i cannot use (Un)Install MSI package to remove old version (as provided in the default script) because of non MSI custom actions during uninstall. So i need to execute Uninstall with the old Setup.exe with REMOVE=TRUE parameter. So we got 2 same executables run simultaneously.