- #Teechart borland delphi 7 update#
- #Teechart borland delphi 7 full#
- #Teechart borland delphi 7 code#
- #Teechart borland delphi 7 windows 7#
This can be deadly in several ways One You recompile a BPL but that's not the one that loads. It gives you another version of the file, that isn't the one you want.
#Teechart borland delphi 7 windows 7#
That means that Windows 7 lies to the programs that run on top of it.
#Teechart borland delphi 7 update#
Update After many hours of fighting with this, and using every trick I know, I realized I hadn't checked for some VirtualStore related issues caused by file virtualization in Windows 7. bpl links? (I'm thinking maybe like a special MAP-like file for BPL files?) The new DCP file name is tee911.dcp, for instance.Ĭan you get somehow, any idea of what package is actually stale, and what is being read and linked and imported statically when the. The BPL file that results from running Recompile seems to be linking properly to the right DCP files, and no old/stale DCP or DCU files are present.
#Teechart borland delphi 7 code#
What is the most effective way to find or trace implicit-load-of-some-no-longer-wanted BPL-problems so that my code (which builds and compiles just fine!) will actually load into the Delphi IDE. So here is my Delphi package-to-package-dependency-resolution question: Cleaning up your computer so that your code even builds can be tricky. I'm only giving the fast-report details so you can see that this is in fact a specific instance of a general problem that one faces sometimes inside Delphi IDE when dealing with a component source code or package, or set of packages, with dependencies. Rather than ask the pretty-specific-to-fastreport question, I'm only mentioning it as a specific instance of a general world of hurt that I have faced dozens of times while developing in Delphi. However, somehow, silently it seems like one of the implicit imports into one of the packages is drawing in some stale file which has not been rebuilt, and which therefore tries to load the tee7100.bpl. I have run the "recompile.exe" wizard that comes with teechart, which appears to just run MSBuild and build the packages, after writing a declaration to the tee.inc files (there are two of them in the source distribution).
#Teechart borland delphi 7 full#
I have TeeChart Standard 2012, with full source code, and as far as I know, my development machine no longer contains any old TeeChart BPLs or DCP files from the "tee chart tee7100.bpl" version that ships with delphi. I think I'm a smart guy, but I have a 1 tb hard drive, a library path that runs to 80+ folders, and a source code repository that seems to be well organized, but clearly something is hiding where I can't find it. Once you've gotten to the end of the road, what do you try next? (Format the hard drive, buy new computer.) Seriously. Also every TeeChart-unit-named dcu file is gone. The traces of TeeChart stuff in Delphi 2007 that I removed include everything in the $(BDS)\Lib and $(BDS)\Lib\debug folder, and all DCP and BPL folders on the system. However, I've now spent hours cleaning up my computer, and while everything compiles file, clearly there must be something out of date hiding somewhere, because the resulting BPL file that I'm trying to load still wants to load a version of a TeeChart BPL that I removed from this system days ago, along with every trace I could find. The universal refrain when asked what to do is to clean up your computer. But clearly, something is wrong, and I can't find the problem.Īll Delphi users face a hundred "won't compile or won't load" problems with BPLs. That tee7100.bpl is not referenced on any DCP or DCU file on my system THAT I KNOW OF. When I try to load my designtime package (in this case named dclFsTee.bpl) into my Delphi IDE (it's the fast report 4 teechart wrapper component package), it complains: The program can't start because tee7100.bpl is missing from your computer. Update You may think you have a clean recompiled system, but thanks to the inverse-miracle that is Windows and its file system virtualization mis-features, you haven't.
My general question is how do you troubleshoot "My BPL won't load due to a dependency that just won't go away, no matter how much I clean up and recompile".
0 kommentar(er)
