I've just installed RAD 10.2 Tokyo, from the official ISO, but using a trial period serial number. It says "Architect" when I start it (though I wanted to trial Entreprise edition).
Now inside Delphi's folder, when I go to sources, I find a few subfolders like rtl, but no VCL subfolder.
Does anyone have these files? Am I missing them because I installed a trial version, did Embarcadero stop providing them? In my old Delphi XE2, I also have FireMonkey framework sources, but here, nothing...
The trial version does not provide sources. You get the sources when you purchase. Note that the starter edition also does not provide sources.
We have a huge app that uses ChartFX 4.0 a lot and we're migrating from Delphi6 to XE4. The programmer mainly responsible so far has basically created a new package for the ChartFX components and has successfully installed it on his machine, and has tested a lot of the code that uses these components. Every thing looked great at this point. Then he tried rebuilding/installing/testing on a couple of other machines - XE4 throws a designtime license not found error when he opens a new project and tries to place a chart object on the form. All machines have a licensed copy of chartFX 4.0 installed.
Any ideas?
You need to locate and transfer the CFX*.lic file (it's the development license for the .OCX file). In Delphi 7, it's CFX32.lic, and it's located in the %WINDIR%\System32 folder.
My Win7 now installed RAD Studio 2010 with Delphi 2010, can I install Delphi XE3 separately? So both Delphi 2010 and XE3 work on the same Windows?
Thanks!
Yes you can. You can install all versions of Delphi side by side on a single machine. I'm currently sitting at a machine with D6, 2010, XE, XE2 and XE3.
Different people have different ways to organise side by side installations. I personally remove all references to Delphi from my system PATH variable. Then if I need to do anything at the command line I make sure I execute the rsvars.bat for the target version. That sets all the environment variables needed for that Delphi version. At that point executing dcc32.exe results in the target version of the command line compiler being invoked.
They should work. However some certain components might be buggy like different versions of BDE or maybe different versions of remote debugger core. But in general if you install lesser version with updates and then install more newer one - it should work. Unless some bugs happen.
But when you'd compile your projects or libraries, if you want to use both IDEs you should be very accurate about DCU and DCP paths, BPL names and such, so they would not be mixed in same place. DCU and DCP should be written into and searched in different folders. BPL names should have version-denoting suffix to them. and such.
I just bought and installed Delphi XE and was hoping to compile my old D7 project there.
However, I hava a source file that "uses QForms" and that generates a "file not found: qforms.dcu" and I can find no relevant reference to what to do about that file googling around...
Any idea how to solve it?
Rgds
PM
QForms is from CLX, the Qt based cross-platform library that was introduced with Delphi 6/Kylix. So far as I know, CLX is no longer shipped with Delphi.
You need to do one of the following:
Stick with Delphi 7.
Port the code to VCL. This will tie you to the Windows platform.
Get Delphi XE2 and use FireMonkey since clearly at some point in time this code was intended to be cross-platform.
Is there any conflict?
All new versions of Delphi can always be installed safely /next/ to older version.
Each new version should be installed in its own directory.
If you are going to install multiple versions, always install the oldest version first, and then work your way to the newest.
We work very hard to make sure that all versions of Delphi coexist together. But again, never install one version directly on top of another.
I am running 2007 and 2009 on the same machine (this machine) just fine. The only problem you might have is if you are compiling components to the same directory - you will just need to rebuild all your DCU's and packages each time, or make version specific packages and directories.
Install them in their own directories, and make sure you keep package binaries separate, you should be fine. I've got 2009, 2007, 2006, 7 and 5 all on this machine with no issues.
I have at least 4 Delphi versions on one machine. They do not bite each other.
I always install older versions first because i had once problems if i did this the other way round.
Yes - as Rob said (Robsoft) I have both working here. Delphi has always been very good at co-existing with other versions.
Obviously you can only have one version as the default for opening Delphi files.
Should not conflict.
I did D2007 on the same machine as D2006 with absolutely no problems (I was shocked, actually).
I haven't tried D2009 yet, but it should be ok.
This guy had problems though. Hopefully his issues were due to the custom setup he describes in that article.
A colleague of mine (think he has an account on here as dcraggs now) has got them both running on the same machine just fine, I believe.
Certainly would be a huge own-goal from Embarcadero if installing D2009 broke an already-installed D2007, given the way that the components and DCUs are not compatible - I suspect a fair number of people will need to have both around for a while (some of us still need D5 and D7 too!)
CodeGear stated (don't have a link handy, sorry) that there should be no conflict. I haven't yet installed D2009 on my workhorse PC so I don't know if that is correct.
The settings in registry have different path and packages have different names so there really should be no problems.
I have Delphi 2007 and I have installed 2009 yesterday with no visible problems so far. Both seem to work fine.
Appears to be no problem. Installed D2009 with TurboDelphi and 2007 and 2, 5 and 7 all on the same Vista machine
Both 2007 and 2009 have Jedi JVC and JVCL installed on them. All appear to work fine. Hope that helps.
.. and if you compile existing packages make sure you give them a new name (e.g. suffix with D12) as each version's BPL directories are in the path.
Installed D2009 Enterprise on VMWare instance running Vista Business with an existing D2007 Enterprise installation. Perhaps I did something incorrectly, but I began to experience errors in the D2007 IDE, as well as a very strange error, unknown fieldtype, in exe files compiled with D2007. I uninstalled D2009, and the errors have gone away.
You should always install the older version first. I tried to install 2009 first and then 2007 but the setup of 2007 failed.
Uninstalling 2009, and starting with 2007 first fixed the install problems.
In theory, it's possible, but if you use many third-party (or your own) libraries, it can get hairy pretty fast. I tend toward developing on Virtual machines, for this and other reasons. But, YMMV.
Should be fine. I have Delphi 7, 2006, 2007, 2009 with 3rd party libs Dev Express and Rem Objects for all (except Dev Express for 2009 - is it out yet?) and all work flawlessly. As others pointed out the versions were installed oldest to newest.
The installations won't interfere with each other, although the Delphi 2009 and Delphi 2007 projects are not compatible, and can't be shared.
Moving along with the order of release is a must. Install older first. Uninstalling may get tricky though.
How to fix Delphi 2009 data explorer?