Subject Re: Install dbase 2019.1 with dbase 11.3.0.0 already installed From Mervyn Bick <invalid@invalid.invalid> Date Fri, 2 Oct 2020 10:33:04 +0200 Newsgroups dbase.getting-started On 2020/10/02 04:14, Wes Rue wrote: > Some my remember this old name ... Ruefully.  :-)  No, that's not true.  Fondness would be more like it. Subscriptions were back in the "good old days".  Mind you at that time dBASE II counted as the "good old days". :-) > > Step 1: get my a.. restarted. > > Stopped programming with dbase 10.3 in 2014, but have kept up with dbase > plus upgrades. > > I have dbase 8.1.3, dbase 10.3 and dbase 11.3 all installed on same CPU > with Windows 10-64 > > I have dbase 12.1 and dbase 2019.1, but they're not installed. > > Should/Can I install dbase 2019.1 over dbase 11.3.0 (Assume I can)?   > ...or should I uninstall everything ? Only upgrades to a version of dBASE install "over" the existing installation.  Since dBASE Plus 8 all new versions install in their own folders and with their own .ini files and registry entries.  Depending on available memory you can run more than one version concurrently.  See the "caveat" below. You only need to uninstall old versions if disk space is an issue. > > Any idiosyncrasies to be aware of ? You should install the dUFLP in a separate folder for each version of dBASE.  If you run the dUFLP setup.prg from within each version it will correctly set up the dUFLP source alias for that version. It is important that the compiled files for an application match the version of dBASE used to run the application.  If, for instance, you initially created and ran your programs using dBASE 10 you will need to delete all the compiled files before running the programs under dBASE 2019.  If you then want to run the programs under dBASE 10 you will again need to to delete the compiled files.  Unless, of course you have copies of the source code in separate folders, one for each version of dBASE.  This is, however, not a good idea unless you really have to run different versions of dBASE concurrently.  Maintaining multiple copies of source code almost always leads to problems. dBASE automatically creates missing compiled files.  The following little program will delete the compiled files in a folder.  It's a bit naughty as only code in the dUFLP should be there but I keep a copy of the file as delete_compiled.prg in each of my dUFLP folders.  Do :duflp:delete_compiled in the Command Panel deletes all compiled files in the working directory.  The program is actually a stripped-down version of delete_compiled_files.wfm which is already in the dUFLP. ********** clear f = new file() aFiles = new Array() nFiles = aFiles.dir("*.*o") for nFile = 1 to nFiles     ? aFiles[ nFile, 1]    //.ico files are icons not dBASE compiled files     if not '.ico'$lower(aFiles[nFile,1])        f.delete(aFiles[ nFile, 1])     endif next f.close() ********** Mervyn.