While compling Delphi application there is an error
"file not found "htmlview.dcu".
The errror is not on my system ,but someone else's.
I checked it my system and its there in " C:\Program Files\PBear\Thtml\package".
Whats the remedy if there is an error
"file not found "htmlview.dcu".
Generally, if it tells you it can't find a DCU file, what it really means is that it can't find the unit at all, i.e. neither the source nor the DCU. Make sure the other person has htmlview.pas, and that they have it either included in the DPR or in a folder that's either on the Library Path for their Delphi installation or the Search Path for the project that needs it.
If you found the error on someone else's system, but not yours, and found the missing .DCU on your own system, you need to give them the .DCU from your system.
If you think about the error message before posting here, it would be pretty clear I'd think. "File not found " very clearly tells you it can't find the file , so you need to give it to them. Doesn't it?
Related
It's been a while since I've used clang/llvm and my clang include files got messed up (some seem to have been deleted). I have been going through replacing the missing ones thanks to the source code here (https://github.com/llvm/llvm-project/tree/main/clang/include/clang).
I'm getting an error because the file, clang/AST/TypeNodes.inc can't be found. I can't find a copy of this file anywhere online to replace it with, if anyone has a copy of it or advise on how to resolve this that'd be great.
TypeNodes.inc is generated from clang/Basic/TypeNodes.td during build time.
From clang/AST/CMakeLists.txt:
clang_tablegen(TypeNodes.inc -gen-clang-type-nodes
SOURCE ../Basic/TypeNodes.td
TARGET ClangTypeNodes)
I'm facing a trouble when executing delphi project.(on Delphi7)
It succeeded compiling but fails executing at LoadPackage(loaderpath) and the message looks like below.
"The procedure entry point #testbpl_common#initialization$qqrv could not be located in the dynamic library test.bpl"
The message which really isn't the one I got on my computer but I found it on the link having same trouble below.
I tried the solution on the page, but still can't solve mine.
Procedure Entry Point
Please let me know other solution or the way of debug this kind of issue.
I solved this problem.
The problem was %PATH% on my computer.
Since there is duplicated executable files on my computer, delphi loaded unexpected dll while executing.
So I fixed %PATH% to solve this problem.
The way I find out this problem is below.
Use Process Explorer to check list of dll to find which one of them is loaded.(I found some of them is on the wrong place(wrong version).)
Use 'where xxx.dll' command on cmd.exe to check %PATH% of that dll.
Renamed that path and try to execute that project on delphi to check it fails because some of dll couldn't loaded.
I changed %PATH% to proper place and solved this problem.
Any help would be greatly appreciated, I found a post where someone had a similar issue and a solution was found, however, I'm still running into a wall:
Invalid Binary File after uploading on ITunesConnect
The exact error I get is the same, i.e. "Your package contains a file 'App Name.app/Icon ' with a name that contains invalid characters. Avoid using control characters in the file names." at SoftwareAssets/SoftwareAsset (MZItmspSoftwareAssetPackage)
I'm almost 100% certain all I need to do is find the offending file named "Icon .png" (the space before the .png is what messes everything up, I'm assuming) but I can't seem to find it. In the above post, looking into hidden files and folders was suggested but I'm not sure how to go about this as I've never done it before.
Any help would be much appreciated, thanks!
If you are using external font, or external libraries sometimes they have an exe file named icon, go to your external folders and make sure you delete that file, you've probably been searching for images that's why you haven't found the exe file
I haven't touched any of my Blackberry projects for about 2 weeks now. Today I had to make some modifications, but when I tried to compile and run my code I got an error message like the following (this has been simplified):
JavaBuilder handling CoreException
org.eclipse.core.runtime.CoreException: File not found: C:\Program Files\etc etc etc\ClassName.class
And this error pops up for every single one of the files in my project.
I'm not a Java professional by any means, but I'm pretty sure this has something to do with my build path. What do I have to do? I did a system restore a little while back don't know if that has anything to do with this.
Thanks a lot.
Problem solved. For some reason alot of the folders in my project's folder were duplicated (ie: mainpackage, mainpackage(2)), so each one of my class files had a twin. Eclipse didn't tell me this, instead it just decided to say "I can't find the files" even though they were there. Not a very useful error message.
So I deleted mainpackage(2) and now it runs fine.
Thanks again for the help.
I am trying to resolve a problem with a set of packages that apparently have dependency issues. Occasionally during a Build All, I get this error:
Delphi "E2161 Error: RLINK32: Error opening file ________.drf "
What does it mean / indicate, and what is a "drf" file?
It looks like this turned out to be the main problem / solution.
Open up all the packages for which you have source code, and specify the compile option:
'Rebuild explicitly' instead of 'Rebuild when needed'.
In addition to the Solving the 'cannot find drf file' problem when compiling packages article, I also came across Delphi bug report #44134, in which a commenter mentions that the problem stems from having your .dpk files in the same directory as your .pas files when that same directory is in the library path and "rebuild as needed" is enabled.
You thus have three options for fixing this problem:
Turn off "rebuild as needed". This seems to be the most common solution.
Put your package files (*.dpk, *.dproj) into a separate directory and then reinstall the packages. I have done this, with success.
Remove the directory containing your .dpk and .pas files from the library path. Note that Delphi will add it back again in certain circumstances, including when you install/reinstall your package.
Hmm... never heard of them. I just searched the project that inspired the question you linked to, and there's nothing in there with a "DRF" extension. Checking here doesn't turn up anything Delphi-related. But the fact that it's a linker error, not a compiler error, would lead me to guess that the first two letters stand for "Delphi Resource."
Try a search through your project's directory tree and see if you can find anything with a DRF extension. If so, try opening it with a text editor to see if it's readable, and if not, try a hex editor if you know anything about reading binary file formats. See if you can make any sense of it.
If you don't find any, then Delphi's probably getting it from somewhere in the code it's compiling. Try running a grep search for "DRF" on your directory tree and see if it turns up anything.
From http://www.delphifaq.com/faq/delphi/delphi_ide/f157.shtml :
When you compile with packages, you
can specify which packages should be
considered for linkage. The package
requirements of the project get stored
into a temporary Windows resource file
with a .DRF extension.
Whatever that file with the many underscores is, the linker is most probably searching it in what it thinks the tempdirectory is (you can confirm this using filemon). The explanation at DelphiFaq, where a misdefined %TEMP% is the culprit, is as likely as any reason.
Sometimes the problem was file access permissions.
A workaround was run Delphi as Administrator.