I have been using version 11.2.6. with Delphi XE2. Due to a smal problem I was advised to install a later version (12.2.2).
I aso have XE3 installed but had not previously installed DevExpress for it.
I ran the automated installation program. It seemed to run OK.
XE3 insallation seems to have processd OK.
XE2:
When starting XE2 various errors come up. See sc.eren shots attached.
Reran installation program & removedall DevExpress.
Reran again to reinstall, running as administrator
Didn't work for XE2, removed again, rebooted, reinstalled.
Still no go. Experimented quite a few times.
When loading, XE2 is lookng for C:\Users\Public\Documents\RAD Studio\9.0\Bpl\RVDevXE2.bpl.
How do you reset this? The folder on my system is similar but is C:\Users\Public\Public Documents\RAD Studio\9.0\Bpl. It has other software installed in it so should not be changed. My system does not allow another folder just called C:\Users\Public\Documents… (it seems to think it's the same folder & tries to merge it if you try to create a new one named as above)…
The file RVDevXE2.bpl from the new version of DevExpress is not being saved anywhere along with other files. Similarly the DevExress VCL\Library\R16… files would not save in the Programs folder, however I was able to reallocate this to a different folder and the files in it were all in that folder for the new version aftr installation.
After installation, when starting the XE2 IDE, if you say OK yes to all the error messages, it does seem to load all or most of the objects into the IDE. but does not complete all startup initialisations. However, trying to compile previous programs using Dev Express(Grids) gives the error procedure entry point @ cxgeometry… could not be located in the dynamic link librabry cxLibraryRS16.bpl. It seems to be picking up that library from the previous version.
Seems like if we can redirect the folder C:\Users\Public\Docments\RAD Studio\9.0\Bpl\ to another folder that exists it may fix the problem, but how do you change that setting in the installation process?
As a clarification, the file cxLibraryRS16.lib which us not being found (or the wrong one being found) when starting the IDE has been downloaded OK into the folder that I specified in the installation along with all the other bpl files. This folder is a different one to the one that was used in the previous installation for v 11.2.6. I think that the IDE is still picking up the folder used for the previous installation. I specified the new folder in the installation process but seems like the IDE startup config has not been altered to reflect this.
Can you tell me where I can edit this to point the IDE ot the new location of the bpl files for v 12.2.2. That may fix the problem? - or is there something else I need to do?
Hello,
Thank you for your detailed clarification. It seems that you are right, it looks like a problem similar to the one discussed in the FAQ: Migrating to the new version Knowledge Base Article (Question 4). You can manually fine-tune your IDE paths on the Tools->Options->Environment Options->Delphi Options-> Library page, but I suggest you use a more straightforward approach described in the TcxPivotGridChartConnection not installed ticket first. It always helps me in such scenarios.
Still problems, but trying reinstall again again … after your procedure is done
Messages:
Can't load package C:\ProgramFiles(x86)DevExpress VCL\Library\RS16\dclcxPivotGridOLAPRS16.bpl.
Can't load package C:\Users\Public\Documents\RAD Studio\9.0\Bpl\RVDevXE2.bpl.
The specified procedure could not be found…
Also, if you contiue and load a program, a form that references DevExpress gives the message
Can't load package C:\Users\Public\Documents\RAD Studio\9.0\Bpl\CSS.bpl.
The files RVDevXE2.pbl and CSS.bpl were not created by the installation anywhere, but are available from the previous installation.
QUESTION: Are these two files created from DevExpress or are they from another software package (as well as a number of other RV…bpl files?
Ran the BPL Finder program as recommended. It identified lots of .dcu files, not all of which appear to be from DevExpress. I don't want to delete things not from DevExpress. In particular, ones like cxTRichview.dcu, cxTRichViewReg.dcu which are I assume from TRichView package (which I have installed) . Should these be deleted as well? The "BPL Finder" found only dcu files, not bpl files.
In desperation I've just gone back to the original installation v11.2.6 which installs and works so I can at least get on with my project. There is a work around to my original problem, though not very elegant!
If you can answer the question re whether the RVDevXE2.bpl & CSS.bpl files are DevExpress files or not, and the one about using the BPL Finder finding files to delete files not necessarily from DevExpress I'll have another go at updating next week after the New Year break.
Hello,
RVDevXE2.pbl and CSS.bpl are not our packages. Perhaps, they are form another third-party product.
cxTRichview.dcu and cxTRichViewReg.dcu are not ours, they just have similar names. It is not necessary to delete them.
Hope, this information will help.
I can not get v12.2.2 to install successfully on XE2, only on XE3. See previous comments. I have given up.
I tried installing V12.2.2 on XE3 whilst leaving V11.2.6 installed with XE2 but the installation procedure for XE3 removes the XE2 one even if it is not selected. Trying to install V11.2.6 on XE2 whilst having V12.2.2 on XE3 is not allowed so I am stuck with having to port everything to XE3 right now or just run with V11.2.6 on XE2. As porting to XE3 is not yet practical due to other software beig required I just have to live with it I suppose.
Let's start from the very beginning.
(NOTE: USE BPLFinder; delete only OUR binary files; delete ALL our binary files);
Please complete ALL the steps sequentially.
We are looking forward to your results.
Followed your instructions TO THE LETTER. The installation for XE2 still did not work.
Problems: XE2, "The procedure etry point @Cxgeometry@initialization$qqrv could not be located in the dynamic link library cxLibraryRS16.bpl". see attachment, exactly the same as before
Also, if continuing, messages like "Cant load package C:\Program Files(x86)\DevExpress VCL\Library\RS16\dclcxSchedulerRS16.bpl.", etc for others as well.
Removed again and went back to 11.2.6 successfully so I can actually do some work again.
I think it is about time to admit that there is something wrong with the install procedure for XE2 in this instance.
I've lost count of how many times I've had a go at this, many many hours (days!) of wasted time.
Either:
Provide a work around so I can have V12.2.2 with XE3 at the same time as V11.2.6 on XE2. It would be best if this option is allowable (and able to be done without manual fiddling) so that you can at any time securely go back top a previous version of Delphi if necessary with a version known to be working without having to do another deinstall/resintall. A big mistake I think to have removed this ability.
or
Can you please try and have a go at fixing the installation procedure. If there is something that needs to be cleaned up or a conflict identified, your procedure should do this and/or notify the installer, which it does not. Another thing, the BPLFinder finds a number of files which are not yours which in some cases may not be easy to identify and may casue other problmes if deleted through your procedure. Really, your BPLFinder should have a list of every exact file name that you have in your package and match only these.
Not quite what I expected from a high profile professional organisation such as yours!
Other packages installed in XE2 are TRichView, ReportBuilder, FastReport, TSMImport, TSMExport.
We are working on your request, but it can take us some time to examine it. We will get back to you once we have any results or need additional information. Thank you for your patience.
Hello,
Please accept my apologies for the delayed reply. It seems that your environment is specific because the solution provided by Gregory works in most cases. Moreover, I personally installed VCL 12.2.2 on the XE2 IDE multiple times and there were no "The procedure entry point …" exceptions.
By design, it is not possible to install older and recent VCL builds alongside because they use the same shared code. Possible ways out are described in the How to have several build versions installed on one machine Knowledge Base article. Would you please check whether or not one of these solutions is acceptable for you?
As we still cannot find out why using the BPLFinder tool during the reinstallation process did not help, I kindly ask you help us a bit (once you have time for it). Perhaps, this will help us avoid such issues in the future. Here is a new algorithm:
Thanks in advance. We are looking forward to your reply.
Thank you. I will try again when I get back in a fortnight after a trip away.