I tried to install "TeeChart VCL/FMX v2018 Pro Evaluation version - Online" on a Delphi 10.2 Version 25.0.29039.2004.
Installation works fine but when I launch Delphi Embarcadero, I have errors :
Any help ?
The problem you're experiencing is caused because you aren't using the Rad Studio 10.2 Tokyo update 3 version 25.0.29899.2631 and latest TeeChart Pro VCL/FMX v2018.24 is only supported for that.
You can download Rad Studio 10.2 Tokyo Update 3 from the link below:
http://edn.embarcadero.com/article/44774
Make sure you run both the installer and the IDE with high privileges ("Run as Administrator").
Since you already installed TeeChart, you can just run "TeeInstall.exe" in the installation folder with high privileges to reinstall the components into the IDE, without having to fully reinstall the components.
Looking at the screenshots, it seems the bpls are in 2 locations (System32 and the Teechart output folder).
As I have encountered this issue too in the past, I would suggest the obvious by manually deleting the relevant teechart .bpl files from your windows system folders.
Take care to remove them from both the 32bit and 64bit system folders
- C:\Windows\System32\*925.bpl
- C:\Windows\SysWOW64\*925.bpl
as well as from the BDS folders:
- C:\Program Files (x86)\Embarcadero\Studio\19.0\bin
- C:\Program Files (x86)\Embarcadero\Studio\19.0\bin64
- C:\Program Files (x86)\Embarcadero\Studio\19.0\Redist\win32
- C:\Program Files (x86)\Embarcadero\Studio\19.0\Redist\win64
- C:\Program Files (x86)\Embarcadero\Studio\19.0\Redist\<others platforms you may use>
When deleting them ensure no delphi or one of your own apps is running as this prevents the bpls from being deleted. After doing so, teerecompile shouldn't complain anymore. So this is a "one shot" fix. After this you should be able to rely on TeeRecompile.
BTW: by removing I mean move them to a different folder rather than deleting them, so you can restore. didnt think of it as I use a VM for development and can always easily roll back.
OOPS: I overlooked the fact you cannot recompile. Nevertheless, I think the bpl removal tip still is valid.
Related
I've uninstalled my RAD Studio 10.2.2 and installed 10.2.3 in my Win10 development VM. Along the way I uninstalled all the previous 3rd-party libs, including the Jedi GetIt packages, and per the instructions got rid of all the old Jedi source and DCP/DCLs. I'm attempting to install them back into 10.2.3 via GetIt. The JCL libs install fine, but when I try to install JVCL, the installation batch file hangs after compiling the installer and the VM comes to its knees. I rebooted, started taskmgr and watched as the batch file ran - it appears to go into a loop creating many instances of msgfmt. I've tried removing it all again, downloading and installing the 3.8 version myself and running the install batch file by itself, same problem; then backing up to the 3.6 version that had installed OK in 10.2.2, and it does the same thing. If I edit the batch file to skip the language-setup section, the batch file completes OK, but trying to re-run the GetIt update causes it to re-download and replace that batch file. :(
The installer does compile before the languages part of the batch file is reached, so I tried running the installer directly. I assume I'm not passing it cmd line info it needs, because it compiles the 64-bit libs fine but chokes immediately on compiling the 32-bit version of JvCore250.bpl with an unspecified compile error.
Anyone else run into this? Is a solution known?
Turns out to ultimately be a pathing problem. When multiple installations of the IDE exist on a machine (e.g. my VM has or previously had D2007, XE2 and 10.1 on it), the PATH environment variable can be too long - edit the PATH in the system to remove the old/stale paths. Then make sure that the library paths in the IDE includes $(BDSLIB)\$(PLATFORM)\release or you'll get "can't find RTL" when building the packages.
For me the problem is generated from the msgfmt.exe of dxgettext.
msgfmt.exe generates multilanguage messages, for a multilanguage support of jvcl installation.
For the specific problem of msgfmt.exe try to see this: dxgettext and Windows 10
I resolved the problem opened the install.bat file in jvcl folder, and I commented (with ::) every line where the msgfmt is executed.
Attention:
If you use getit I suppose you have to open the folder where jvcl is downloaded and search install.bat (I didn't use getit)
Instead I downloaded jvcl directly from github in my component folder, and I did what is written above in that folder.
I downlaoded newest verrsion of JVCl which include JCL
As first thing, I try in jcl folder to doubleclick install.bat
It compiles and runs but then throws error:
Program can not start as rtl180.bpl is missing on the computer
I have Delphi 2010 installed here:
D:\DevTools\Embarcadero\RAD Studio\7.0
I have Delphi XE4 installed here:
D:\DevTools\Embarcadero\RAD Studio\11.0
I had many more installed in the past, but some were trials, some no longer work in Windows 10 etc. so I have been removing unwanted Delphi versions. But I have tried removing all traces.
Need to fix "System environment variables - Path" with path to bpls
Any advice or gotchas that I should be aware of. I know to install in a NEW directory, and to have a backup. I will reread the readme file that included in the Delphi-XE installer.
I've never had problems installing a new release of Delphi with an older version also installed. I have heard that you shouldn't do the opposite (install an old version with a new one already installed) but as far as I know, installing "forwards" works just fine. And specifically installing XE with D2010 already present has never given me any trouble either at work on on my personal system.
Ive had a number of machines with multiple versions of delphi on without issue, however if you are that concerned, a further thought or consideration is to virtualise your development environments as then rather than reinstall you can "copy" .. Ive put mine into the XP mode machine on my windows 7 for that very reason.
I recommend not installing in Program Files (x86). I created a folder C:\DEVTOOLS which has my Borland, Codegear and Embarcadero folders (among others). This is definitely the 'least fuss' option.
I've installed RAD Studio 2009 for Delphi & I want to be able to step in the system library units, such as SysUtils.pas & alike, but it seems that they where not installed with the IDE.
Is there any installation option to do this? Appreciate any help with this issue.
I think there might be different editions, but if you have one where the source for those is included and assuming default directories, the files should be installed in
C:\Program Files\CodeGear\RAD Studio\5.0\source\Win32\rtl\sys
To use them, you need to have "Use debug DCUs" checked in Project | Options | Compiler.
Are you using trial version?
Trial doesn't install source (.pas) files (\source folder) - only precompiled .dcu-files (\lib and \lib\debug folders).
If you have bought usual version of Delphi (not trial) - then just run "Modify, Repair, Uninstall" and verify that all checkboxes are set.
How I can install multiple versions of a library in Delphi or C++Builder? For example, I might want to be able to develop the next version of our app using the current versions of JCL and JVCL while still being able to compile the release version of our app using whatever version of JCL and JVCL were tested for that release.
Using more than one version of a library is easy with libraries like Boost, since those are just header files and library / DLL files that I can put wherever I want, and so I can simply point my project files at the appropriate library directories. However, since libraries like JCL and JVCL try to install themselves into the IDE, I'm not sure how to configure different projects to use different versions without it turning into an unmanageable hack.
(I'm still not entirely familiar with how Delphi manages components and projects - most of my experience is in C++ - so this may be part of my problem.)
We had the same problem, supporting older versions compiled with different versions of the components. Our solution was/is to use the IDE's " -r " command line option. With this switch it is possible to use different library paths and packages (at the same time). The only problem that we encountered with this approach was that some of us regularly tried to open an older project version in the wrong IDE instance.
[Old version 1.0] bds.exe -rVersion1.0
[trunk version ] bds.exe
How to setup those:
Start your IDE as you are used to it.
Install everything you need for "Version 1.0"
Close the IDE
Install all (old) packages (JCL/JVCL/...)
Start regedit.exe
Export the registry key HKCU\Software\CodeGear\BDS\5.0 to a *.reg file
Start nodepad.exe and do a search&replace in the *.reg file for "CodeGear\BDS\5.0" and replace it with "CodeGear\Version1.0\5.0"
Import the *.reg file (by double clicking it in the Windows Explorer)
Create a copy of your RAD Studio 2007 startmenu link and change the command line to include the "-rVersion1.0" key.
Now you have two IDE configurations that are equal. You can now change the IDE that doesn't use the " -r " command option to your trunk version's packages.
When you install all the packages, you must not use the default BPL and DCP directories unless the different package versions use different file names (like the JCL and JVCL do).
CodeGear\BDS\5.0 = Delphi 2007
CodeGear\BDS\6.0 = Delphi 2009
Borland\BDS\4.0 = Delphi 2006
Borland\Delphi\7.0 = Delphi 7