This website uses cookies. By clicking Accept, you consent to the use of cookies. Click Here to learn more about how we use cookies.
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
- Revenera Community
- :
- InstallShield
- :
- InstallShield Forum
- :
- Major Upgrade and SharedDLL Reference Counts.
Subscribe
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Subscribe
- Mute
- Printer Friendly Page
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Dec 18, 2009
04:23 PM
Major Upgrade and SharedDLL Reference Counts.
I've written a new installer that needs to act as a major upgrade to a previous version of our software. For a number of reasons, instead of converting the project, this was created as a new project. My problem is that there are some (ok, hundreds) of components that will end up in the same location as the previous install. I didn't think this would be an issue, as I've chosen to do a complete uninstall, and then re-install of the new application. However for all of these dlls, the refcount is going from 1 = 2 after the major upgrade.
If I hand remove the previous setup, then install my upgrade, the refcount is correctly set to 1 (and the files will remove). Does anyone have any clue as to why this may be happening? If it matters (and I'm about to test this), the component IDs have changed, as going through hundreds of guids by hand sure doesn't sound fun to me.
edit 1: if i match GUIDs with the previous version, it works fine, but I really thought "completely uninstall old setup before installing new setup" would act just like if I were to, well do that sentence exactly as it says, but manually.
If I hand remove the previous setup, then install my upgrade, the refcount is correctly set to 1 (and the files will remove). Does anyone have any clue as to why this may be happening? If it matters (and I'm about to test this), the component IDs have changed, as going through hundreds of guids by hand sure doesn't sound fun to me.
edit 1: if i match GUIDs with the previous version, it works fine, but I really thought "completely uninstall old setup before installing new setup" would act just like if I were to, well do that sentence exactly as it says, but manually.
(2) Replies
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Dec 21, 2009
11:24 AM
schmoli wrote:
I've written a new installer that needs to act as a major upgrade to a previous version of our software. For a number of reasons, instead of converting the project, this was created as a new project. My problem is that there are some (ok, hundreds) of components that will end up in the same location as the previous install. I didn't think this would be an issue, as I've chosen to do a complete uninstall, and then re-install of the new application. However for all of these dlls, the refcount is going from 1 = 2 after the major upgrade.
If I hand remove the previous setup, then install my upgrade, the refcount is correctly set to 1 (and the files will remove). Does anyone have any clue as to why this may be happening? If it matters (and I'm about to test this), the component IDs have changed, as going through hundreds of guids by hand sure doesn't sound fun to me.
edit 1: if i match GUIDs with the previous version, it works fine, but I really thought "completely uninstall old setup before installing new setup" would act just like if I were to, well do that sentence exactly as it says, but manually.
I figured this out and thought I would post it just in case someone else can't find the answer (although after enough googling, it all made sense).
I had to edit the Install-Execute sequence and move RemoveExistingProducts to right after FindRelatedProducts (and I think the important bit is before CostInitialize/any of the actual new install actions) and that allows the previous install to completely get removed before doing any new stuff.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Mar 04, 2015
02:59 PM
I know it's pretty old posting, but I'd like to thank you for posting this.
I was having exactly the same problem and your solution fixed my problem!
Thank you very much!
I was having exactly the same problem and your solution fixed my problem!
Thank you very much!
![](/skins/images/D60DF682EA37BF37032955CE10F3F0BB/responsive_peak/images/icon_anonymous_message.png)