Hello people

Hello people,

I have a project group which contain many packages. Most of them have a dependency from the first two of the packages.
Compile, build and install all of them - without any problems.
But after restart of the IDE...
I think that Delphi try to load some of them before the first two bpl`s and the message is:
"The program can't start because "myImportantFirst.bpl" is missing from your computer. Try reinstalling the program to fix this problem."

Any ideas?
Can I set the order of loading of my packages?

Best regards!

Comments

  1. That has to do with the order you installed them in and registry edits taking place after that. Sometimes you can work around this by adding them to the search path.

    ReplyDelete
  2. Make sure that all BPLs can be found using the system search path (that's why a decade ago it was common to place bpls into the windows\system32 directory which today is obviously not recommended). Check that your PATH is not truncated.

    ReplyDelete
  3. Your system PATH is not pointing to the right places.

    ReplyDelete
  4. Hi all - many thanks for the advices!
    The missing or not proper path to the packages is not my case but the advises are still good.

    I found that if I use the same pas files (with common types for example) in different packages - the IDE has a problem to use them simultaneously.

    So... my decision:
    1. Make the separate folders for BPL`s, DCP`s and DCU`s files and add them into:
    - Environment options/Library path;
    - Environment options/ Debig DCU path;
    2. Separate all common parts (types and constants) in a different package and install it first. Note: Do not set into the search path of others packages - the path to these pas files because they would be added implicitly into the next packages and Delphi IDE will reject the newest packages (which is logical);
    3. Add references to the needed packages into the requires section before to click over the build or install button;

    That's all - now the newest Delphi have no problems with my set of packages.

    ReplyDelete
  5. Dobrin Petkov that's why you need to use namespace prefixes if the units are really distinct, or of the files are the same combine in them in a central package (like you did).

    ReplyDelete

Post a Comment