I'm trying to install and use TestInsight in Delphi XE 10.4 downloaded from https://bitbucket.org/sglienke/testinsight/wiki/Home and selecting the link http://files.dsharp.org/TestInsight/1.1.9.0/TestInsightSetup.zip
I close Delphi and run the setup and it completes ok.
When I try to start Delphi, I now get the following error
This looks like it doesnt really match the 10.4 Enterprise version as the installed DLL is the one it finds, but it seems to be missing one of the exports.
I have applied the current patches to 10.4
Is there a newer version that resolves this ?
Plugins compiled with 10.4.1 are not compatible with 10.4.0 and vice versa (Embarcaderos fault, not mine).
I always build my plugins with the newest release thus you need to update to 10.4.1 or use an older binary which I had attached on https://bitbucket.org/sglienke/testinsight/issues/134
This issue has been moved to the TestInsight issue board at https://bitbucket.org/sglienke/testinsight/issues/142/delphi-testinsight-cant-load-the-dll
Related
I'm using Delphi XE5 and many years I'm using VirtualTreeView components. Now Delphi XE cannot load them. This messages appears:
The procedure entry point could not be located in the dynamic link library C:\Users\Public\Documents\RAD Studio\12.0\Bpl\VirtualTreesD19.bpl
and
Can't load package C:\Users\Public\Documents\RAD Studio\12.0\Bpl\VirtualTreesD19.bpl. The specific procedure could not be found.
I uninstall VirtualTreeView from Delphi and tried new instalation, but this not worked. Now I'm without VirtualTreeView.
I did no changes in Delphi settings and no install of anything, etc.
This situation appears after Windows 10 updates, but I don't know if it's causes my problem.
Can someone help me with this situation? Thanks.
I think I found out solutions of my problem: The packages VirtualTrees*.bpl are build into standard folder for packages, eg. C:\Users\Public\Documents\RAD Studio\12.0\Bpl or C:\Users\Public\Documents\Embarcadero\Studio\22.0\Bpl. This folders are in system variable "Path" too. The paths of newest version od Delphi are before paths of older version.
I used the same version of VirtualTree, of course in separete folders by version of Delphi, name of built packages are the same and they are in separate folders (see above). But if I check loaded packages, I found that Delphi XE5 had loaded package from path of Delphi 11. Because older version of Delphi cannot works with packages that are built in newer version, I got my excepsion. I don't why Delphi works with packages by this methode, but when I set other path for built package, e.g. .\..\build, then everythink work correctly.
I know that generally it has always been possible to do a side-by-side installation of multiple Delphi versions on a single computer. I have often done that ever since Delphi 1.
However, after installing Delphi XE7 on a computer that had XE6 installed, I get stange errors (e.g. AV's) when trying to use FireDAC or FDExplorer from XE7. At first sight everything is OK, but when trying to connect to a database, the connection "hangs", or you get an AV.
Everything works like normal from XE6.
The installation of XE7 was done using default settings, and XE6 was installed including all updates already prior to installing XE7.
Any advice?
I did experience same problem myself when first having installed XE7 and defined some connections to Oracle and then installed Delphi XE3 in order to do some stepwise upgrades of third-party components.
Since I also needed FireDAC I installed the Firedac add-on to XE3, but when I installed the FireDAC add-on to XE3, I lost the connection definitions and when trying to define new connections I got error message that the FDconnectionDefs.Ini was not writeable in the directory (in program files(x86) Delphi/FireDAC_XE3 area.
After checking it turned out that the installer had overwritten the registrations in \HKCU\Software\Embarcadero\FireDAC key.
Turns out the same parameters in that key is reused.
So conclusion is, don't install FireDAC in elder versions, uncheck that option when installing XE4-XE6.
(I have sent a suggestion to Dmitry Arefiev that the FireDAC key should have defined new subkeys, one for each Delphi/C++ version so several installations could be used in parallell as before.
Now that is broken :-(
To clean up, find your correct FDConnectionDefs.ini and change necessary keys.
It may also be possible that the software also has been overwritten.
I did a repair on the latest version of XE7, and after some merging of FDconnectionDefs.ini files I finally got it working
I just did the update of RAD XE2 to the latest service pack. I can not compile my application using Fast reports stuff inside. The error at compile says "frxclass.dcu not found".
This seems to be a problem like
FAST REPORT ISSUE
Is this a bug of updateing XE2 or did I do something wrong while executing the update process ?
This problem happens with XE2 and XE3. I have FR professional with source and have done several installations each of which have suffered problems. I believe that it is an incompatibility between the included version of FR and the licenced version. My solution was thorough:
1. Go into control panel and delete any and all installations of FR.
2. Go to the program files folder and manually delete any FR folders.
3. Inside the Delphi IDE go into options, library and locate and delete any reference to fast report paths.
4. Go into the IDE Install Packages option and make sure that there are no references to FR packages.
5. Quit the IDE and now install FR using the supplied installer. When this completes you should be able to fire up the IDE fine without frClass errors.
Okay. So I have Delphi 2010 installed.
It compiles/builds
JCL/packages/d14/jcl.dpk just fine
I then have another pakcage (not Jedi) that requires JCL. (I get error that it requires that package.)
I have tried adding the path to jcl140.bpl to its project options, but that does not help.
(I would preferably like to avoid running the JCL/JVCL installer again since I have the same versions of source code running on multiple computers.)
I decided to solve this another way. I decided to run the Jedi JCL installer. (And then switch the source back to the old afterwards.) That created the otherwise missing jcl140.dcp file (I only had jcl140.dpk, jcl140.bpl etc. but could not create/find the .dcp one) This seems to work.
After loading a *.pas file or creating a new one, clicking on a delphi-menu or using the right mousebutton hangs Delphi. This happens in XE and XE2. I did a repair install on XE but no result. XE2 is without the updrade4. Can anyone help me?
I have not found any issues related do the problem you have. There is nothing also on the release notes of the update 4.
But i strongly recommend you to do a fresh install and always apply the latest update from Embarcadero. Also we need more information about your problem:
1 - Does this happens on other machines?
2 - What version of Windows do you use?
3 - Have you tried to uninstall all third party addons and components?
Again: uninstall all addons and components and apply the latest update. If that do not solve your issue, do a fresh install of Delphi.