We currently have a ticket open with Embarcarderro support but we are wondering if someone else have encountered this problem, and if so how did they fix it.
We are currently trying to update our IDE from XE to XE5. When we compile and run the exe on the same machine we build it on everything works fine. But when we try to run the exe on another machine that does not have an IDE installed, we are getting the following error.
ERROR in Create_dbExpress_Connections: Can't load package DbxCommonDriver180.bpl.
The problem is, I'm pretty sure that 180 files are used with XE4. We are not or have ever used XE4 on any of our computers. We are included DBXCommonDriver190.bpl and rtl190.bpl with our exe.
We have tried the following with no success
In the link below, we tried to search for a driver.ini file. We didn't find the file however we did find a dbxdriver.ini file which had no reference to DBXCommonDriver180.bpl
http://qc.embarcadero.com/wc/qcmain.aspx?d=119396
We tried dumping all of the 190.bpl files from the build environment to a clean environment, and got the same error.
We were also told that we should probably, make the following changes to our project
C++ Linker->Link with Dynamic RTL = false
C++ Linker->Link with the Delphi Runtime Library = false
Packages->Runtime packages->Link with runtime packages = false
When we tried to make these changes, our projects would not compile.
We are trying to use C++builder XE5 update 2 and installed hotfix 2.
Please any help will be greatly appreciated.
After talking with coworkers and Embarcardero support, we found the problem.
We need to bundle a ini file called dbxdrivers.ini and place it in the same directory as the executable file.
Related
I have a large project group I'm in the process of updating from C++ Builder 2010 to Seattle. So quite a jump :) I have run into several issues and managed to solve them all but yesterday I scratched my head a bit. One project builds a bpl used by other parts of the system. After some minor code tweaks it compiles fine but when I right-click the project to "install" the bpl I get an error message saying
The procedure entry point
#TLanguageDialog#$bctr$qqrp25System#Classes#TComponent could not be
located in the dynamic link library TranslationTools.bpl
TComponent is part of the VCL library if I remember correctly so I'm trying to figure out what the issue here is and how to solve it. Has something in the way bpl's are constructed changed so it's expecting something that didn't use to be there or what? As said it compiles just fine, but just in case here are the settings for the include and lib paths.
Include: $(BDSINCLUDE)\windows\vcl;$(BDSINCLUDE)\windows\vcl\design
Lib: $(BDSLIB)\$(PLATFORM)\$(Config);$(BDSLIB)\$(PLATFORM)\Release\psdk
The solution ended up being rouge bpl files like Remy sugested. bpl files had ended up in System32. Although all installed bpl files had been uninstalled in the IDE a version of the build project was once installed to the system and wrote bpl files to System32 which caused the IDE to try and use these and not my newly compiled ones.
I tried to load and use 'SynEdit_D7.dpk' and 'SynEdit_R7.dpk' in Delphi 7 to install but following error raised:
[Fatal Error] SynEditHighlighter.pas(57): File not found: 'SynEditHighlighterOptions.dcu'
I did:
downloaded SynEdit-2_0_8.zip
Extracted somewhere and opened Delphi 7.
Loaded SynEdit_D7.dpk.
Clicked on install.
Received error.
It seems (based on your steps) that you are trying to install the design-time package before the run-time package has been built. You must first build the run-time package SynEdit_R7.dpk and then continue to installing the design-time package SynEdit_D7.dpk.
I should add source files path to Delphi library path (Tools | Environment options) and then build without problems!
I built SynEdit_D7.dpk without SynEdit_R7.dpk.
Problem Solved.
I don't have sufficient points to add image! added link.
I have the same problem with Delphi 2007 and I am very sure that this is a bug in SynEdit. They most likely forgot to add "SynEditHighlighterOptions.pas" to the DPKs of the earlier Delphi versions. Separately adding it to the runtime package solves the problem. No need to change the search path just for 1 unit.
If you have a SourceForge account, I would be glad if you could create a bug report for it.
I'm having trouble in Delphi XE, I have a project which uses QRDesign (part of QuickReports).
The error I'm getting when I view a unit that uses QRDesign is:
"The program can't start because QRDBASE_DXE.bpl is missing from your computer. Try reinstalling the program to fix this problem."
If I don't open the unit everything compiles fine.
Interestingly if I uninstall this and another package (dclqrd_DXE.bpl - also part of QRDesign), restart the IDE, recompile and reinstall these packages it all works again until I restart the IDE. The BPLs are in the search path, and only one copy of each file exists.
Does anyone know of some mechanism that might be causing this issue?
Search for the file and move it to the Delphi's BPL directory. It looks like a misconfiguration.
You may need to move a few BPLs too. Note the directories first.
I'm currently using delphi xe2. well the firemonkey part of it. I use to be able to compile and test my project. I tried the tested version on win xp and it needed the rtl160.bpl package, so I added it. Now it is failing to compile even on my machine. I keep getting errors saying
[DCC Fatal Error] E2202 Required package 'rtl160' not found
...even after i removed it from the packages, so can anyone help me please fix this problem ?
Edited Afterwards.
It seems to complile on my machine once I unchecked "Link with runtime packages" but still doesn't run on win xp
Please check your Environment variables.
Platform should been AnyCPU
Okay cool so I solved the problem, it was actually an error on my part, if delphi cant seem to find the package make sure that the run time packages aren't linked to the compiled packages
You can check the settings of your application in delphi by pressing ctrl + shift + F11
I just purchased the full version of Delphi XE Architect after using the trial version for 30 days. I can't build anything, every time I go to build a project I get the error.
[DCC Fatal Error] MegaMainPrj.dpr(1): F1027 Unit not found: 'System.pas' or binary equivalents (.dcu)
A quick google said that the library paths were a problem and I compared what was given (in a previous stackoverflow question) with what I had in the registry, and it was identical.
What could be causing this?
EDIT: Immediatly after I get this error message the entire IDE crashes.
add this :
$(BDSLIB)\win32\release;
to your library path .
Make sure you have the environmental variables set properly (Tools->Options->Environmental Variables from the IDE's main menu):
BDS=D:\Embarcadero\RAD Studio\8.0
BDSCOMMONDIR=C:\Users\Public\Documents\RAD Studio\8.0
PLATFORM=Win32
These should all be set in the System Variables section, and should have been added by the installer. (Obviously, they should point to the installation location of your XE installation - mine is installed in D:\Embarcadero\RAD Studio\8.0, as you can see.)
EDIT: I see in your comment you installed in C:\Program Files - bad idea if you're running Windows Vista or Win7 or higher. You should try installing in a different location. You can also try running the IDE as Administrator (right-click shortcut in Start->All Programs->Embarcadero->RAD Studio XE->Delphi XE, choose "Run as Administrator" from context menu). Does this change anything?
Also, you can open a free support case at Embarcadero for installation-related issues. I'd first try reinstalling in another location (running the install as Administrator, putting it in another folder, and installing for all users); if that doesn't work, open a support case. You can also post to the Embarcadero Delphi Installation forums - you'll need to have already created a user account there first to log in.
C:\Embarcadero\RAD Studio\9.0\lib\win32\release
and
C:\Embarcadero\RAD Studio\9.0\lib\win32\debug
Both of these path have been to add in Delphi XE2 from IDE <<Tools->Options->Library->Library path>>
It's OK?
Goto Tools->Options->Library->Library path
and add $(BDSLIB)\win32\release
This worked in Delphi 10.2
When compiling using the command line compiler, so not from within the IDE, you can also get this error when the name of the build configuration is not "debug" and not "release".
It seems that, when using the command line compiler, it tries to find its dcus in a path under BDSLIB that it constructs using the configuration name.
I had this happening when using a configuration named ReleaseHA. Note: it was not a sub configuration under "release", but an extra configuration besides "debug" and "release".
Sometimes this error message occurs when we have duplicate libraries included.
Make sure that:
Tools->Options->Environmental Options->Library
and
Project->Options->Directories/Conditionals
Don't include the same paths...
Running as Administrator worked for me.