Thanks, but that is not exactly the problem. I know that if you use the runtime packages, you have to include the ones your program will be using in the installation and there will be no complaint about the others in the list that you didn't use. At least, in my experience, unchecking the packages I'm not using doesn't diminish the size of the executable (I may not have looked thoroughly enough). The point of using the runtime packages is when you are sending your clients more than one program using the same packages. In this case, your installation may end smaller than if you had linked whatever you needed inside each executable.
To guarantee that everything was as expected, I uninstalled jvcl and jcl, dropped the corresponding directories and deleted the bpls from ...\Rad 5\bpl and from \Windows\system32 before installing again. The problem continued. I checked the list of runtime packages and reinstalled jvcl exactly to be sure there was no wrong reference. Of course, there *may* be some wrong reference in the makefiles of jvcl with one package referencing a package of the wrong Delphi version and it would take some time to check. Another point to be analyzed was that I installed/built jvcl with the options of compatibility to Scalabium and DevExpress on. Maybe something was not so thoroughly checked there. My solution was to drop the (only) form in the project, leaving only the datamodules and rewrite the form from scratch. I used the same jvcl components and more and the error message didn't show up. Two other programs didn't have issues. I'm fearing I will have to do the same with the main program, which has several forms. But I do appreciate your enlightment and suggestions, Dave. Many thanks. Eduardo --- In [email protected], David Smith <djsmith_1...@...> wrote: > > When you check the runtime packages box, it's going to check the list right > below that checkbox, and if it can't find that package at compile time, it > will give you that error. It doesn't matter if that package is being used in > your project or not; it is incumbent upon the runtime package user to know > what packages they need in their project and edit the list accordingly (by > default, everything installed on the pallete is in that list). The executable > outside of Delphi has to find those packages on the environment path or your > program won't run. Either in the application folder or the windows/system > folder. > > by they way, you have to deliver all the packages in that list to the > user of your program in addition to the exe. Check the size of those packages > to see how many megabytes that is! Be prepared to deliver your program on a > CD-ROM. There are reasons that Delphi is set up the way it is. > > Dave > > --- On Wed, 4/22/09, ecostas1 <ecos...@...> wrote: > > From: ecostas1 <ecos...@...> > Subject: [delphi-en] Problem with Jedi VCL - update 1 > To: [email protected] > Date: Wednesday, April 22, 2009, 7:26 AM > > > > > > > > > > > > > > > > > > Hi, I've been struggling with a problem for some time. I'm using Rad > Studio 2007 and starting to use Jedi VCL instead of other suites that I can't > afford to update now. The problem is that it is presenting a compile error, > > [DCC Error] E2202 Required package 'JvCoreD10R' not found. > > > > IMHO, it doesn't make sense, as the Jedi packages should all be *11*.bpl. I > have already uninstalled Jvcl and Jcl, reinstalled with the latest packages, > etc. to no avail. The weirdest thing of all is that I *replaced* the > components of classes TJv*, the Scalabium components (just in case) in the > only form and I still get the message. I also deleted all the old DCUs. > > > > If I uncheck the option to use runtime packages, it works well, but I don't > want a 2.2MB executable to do something basically very simple. I suppose the > EXE should be 0.5MB big, at most. > > > > Any ideas besides an exorcism? ;) > > > > TIA, > > > > Eduardo > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > [Non-text portions of this message have been removed] >
