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
Related
RAD Studio 10.4.2 C++Builder running on Windows 10 Pro 64-bit PC. Target VCL Win64 (ie Clang64 compiler).
I have a large C++ project that is under development using VCL Clang64. I am compiling using static linking of all RTL libraries and all installed component packages.
It was compiling and running OK before. I've added some new stuff, and now it compiles and links without reporting any errors, but when I run it I get an error box and the application doesn't run (doesn't even start up). The error box says.
Error reading OKBitBtn.Kind: Resource BBOK not found
I have used Notepad++ "find in files" to search all directories for a file containing BBOK, but it says "none found".
If I compile with the "Use runtime packages" project option enabled, I get an AV when I try to run the EXE file.
If I compile and link using Clang32 (target = Win32) with static linking, it runs ok - no sign of any errors (but I need a 64-bit application to interface to my PostgreSQL database using FireDAC, so this experiment won't talk to the database, as expected).
I am at a loss as to what can cause this error, and what debugging steps I should take to track it down and solve it.
(thanks to Remy for making edit improvements to my mquestion)
Thanks to help from David Millington and Miguel Moreno (provided by skype conversation I now have the solution:
I have some of my own VCL components that are written in C++ (and work with the classic compiler). I had these de-selected in the "installed packages" list - but they were still listed (with empty check boxes). I know that RAD studio 10.4.2 (and earlier) does not work well with VCL components written in C++ and compiled with clang32 or clang64 compilers.
If I "remove" these components from the list then the problem is solved. At this point I have no idea why this happens.
This is a bit of a pain as it means swapping from projects that use the components with classic compiler (many) to the big project I am spending a lot of time on is not convenient. However it is an acceptable workaround. I am hoping that this issue will be fixed in the coming RAD Studio 11 version.
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.
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.
I'm trying to build a package (package A) that contains the DWS compiler. It works, but when I then have a second package (package B) that requires package A, containing any unit that uses a specific unit from DWS, I get the error:
[DCC Fatal Error] E2225 Never-build package 'Package A' must be recompiled
If I change package A to recompile-as-needed, the error doesn't go away. I instead get
[DCC Fatal Error] F2084 Internal Error: U10346
at the same point.
I posted a bug report at http://code.google.com/p/dwscript/issues/detail?id=419 and it appears that the problem isn't reproducible on the author's end, which means that something's going wrong on my end. He offered some helpful advice: "I've sometimes seen this error because of a stray DCU."
Searching for and deleting all DCUs that could possibly be relevant did not resolve the issue, even after restarting both the IDE and the computer.
Running a trace on BDS using Process Monitor during the compilation process did not reveal anything that looked relevant.
Does anyone have any ideas on how to track this down? Using Delphi XE, update 1.
Cross posting to the Delphi forums. Let's see who comes up with a solution first.
I also had the problem and found a work around.
It seems the problem is caused by the compiler Inline features.
I remember that bug is caused when using inlined method and that method is too big.
This bug is exclusive for Delphi XE and seems was never fixed.
Check the next options of the packages
1) dwsLibRuntime package
Delphi Compiler/Code generation/Code inlining Control = Auto or On or
OFF
Description/Build control/Rebuild as needed
2) dwsLib package
Delphi Compiler/Code generation/Code inlining Control = OFF (this is the important thing)
Description/Build control/Rebuild as needed
Recompile the packages and seems it works, it installs correctly and I can compile the DwsIdeDemo
I have posted also the solution to the bug report you made at:
http://code.google.com/p/dwscript/issues/detail?id=419
This indeed seem to be a bogus message, since setting the package in question to "rebuild as needed" doesnt work.
What did work for me however was to remove the package that needs to be rebuilt from "require" tab on the package that asks for it. After that, everything built just fine.
For packadge Look at
Project Option > Description > Build Control
change from Explict Rebuild to Rebuild as needed
bye
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.