I don't think registry settings for the IDE are going to be an issue. The most prominent of the registry settings are the database profiles and the source control settings for the workspaces which you would want to be the same anyway.

I had to keep separate copies of 11 and 11.2 and didn't have any issues.

Hi Marc;

   Was able to confirm with Engineering that they will not be renaming the PBxxxx170.dll files for the PB 2017R2 release. My best suggestion is to make sure that you are using online licensing and install each PB version (Rx or MRx release) on separate VM's for each Application that requires a specific PB build.

Regards ... Chris

Good Morning,

thanks for the answers, but what Marc means is this:
We have several products that are simultaneously installed on one machine and communicate with each other via interfaces. Some of these products have been developed with different PowerBuilder releases, requiring different PBDKs (PowerBuilder Development / (Client-)Runtime Kit). Here is an example of the problem with future PB releases until 2019.

Fictitious situation on end-user PC May 2019:
Program 1: created with PowerBuilder 17 R1 (PB17DK R1) => our release 2017-12
Program 2: created with PowerBuilder 17 R2 (PB17DK R2) => our release 2018-02
Program 3: created with PowerBuilder 18 R1 (PB18DK R1) => our release 2019-02

This situation shows the view of the end-user PC in May 2019. All three programs are simultaneously installed on the machine.
If the programs use a common PBDK with which they were not built, there are various problems.

Now our questions:
Q1: How are the PBDKs installed?
Q2: Is the "C:\Program Files (x86)\Appeon\Shared\PowerBuilder" directory simply overwritten or use Appeon different versions?
Q3: Can PBDK-libraries (DLL's / OCX) simply be delivered as files or must the PBDK be installed on the machine by an installer?

Thank you in advance for any advice.

Eric

Hello Marc and Eric,

One option would be:

For each deployed application, install all runtime files - the EXE, all required DLLs, OCX, etc. within the same directory as the given application. If two programs are created with the same version of PB, then you would end up installing duplicates of certain runtime files, but you would not have to install separately any shared runtime files and you would not have to deal with application path settings.

For example, your applications, including all required runtime files, would reside within:

C:\Program Files (x86)\Program 1\

C:\Program Files (x86)\Program 2\

C:\Program Files (x86(\Program 3\

etc.