Page 1 of 1

Upgrading Shared DLLs

Posted: Tue Jul 06, 2021 10:55 am
by tim_wk
We are using InstallAware 18. We know that it's very old. We have installed the trial of the latest version and hope to upgrade. However we didn't find a solution to our problem in either our current or the latest version of IA.

Our company's software has three related applications. These applications are not normally installed on the same computer. However some of our customers do install these on the same workstation. These applications each use a set of shared, custom DLLs.

The issue that we have is this:
  • User installs two or three of our applications on the same workstation. Eg. version 1.0.
  • User installs a later version (eg. version 1.1) of one of the three applications.
  • The shared DLLs remain at version 1.0.
  • The upgraded application fails to run due to the mismatched DLL versions.
Is there a way to force the newer DLLs to overwrite the older ones? When a newer version of any of the three applications is installed, it is acceptable if the older applications become unusable.

Or is there an alternate solution? Like detecting older versions of the installed applications and asking the user to manually uninstall them first?

Thank you,
Tim

Re: Upgrading Shared DLLs

Posted: Tue Jul 06, 2021 1:43 pm
by FrancescoT
This is the expected behaviour with Shared Dlls. These gets uninstalled or updated only when no other application is still depending on them.

In place of shared Dlls, you may treat them as any standard application runtime package, or you may simply distribute them using an independent setup package. Of course in this scenario, each time your Dlls get updated, all your applications will then depend on the latest installed version of those Dlls.

Hope this helps you.