× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Hi,

All our modules are bound by copy.
When a module is modified, all programs using that module are rebound automatically by our installation tool.
This is causing more and more headaches, as more and more modules become bound by lots of programmes.

Each program uses a binding directory of the same name. The same modules often end up duplicated in the BNDDIR. Some are even in EVERY BNDDIR. I KNOW these should be in service programs. But for now...

Problem :
Programmer 1 adds a call from module M1 to a new module M2. He adds M2 to BNDDIR of Pgm1, compiles and installs.

Programmer 2 is working in an isolated environment on Pgm2 that also has M1 in his BNDDIR. He finds that he cannot compile the program when he installs, although he had no problems when compiling in his isolated environment.

Programmer 2 only now finds that he must add the necessary modules to his own BNDDIR to be able to create pgm2.

My question :
Given that we continue to bind exclusively by copy, what would happen if, instead of a BNDDIR for each program, we made one huge BNDDIR and shoved the whole lot of modules in it?
Does the compiler only use what it needs from the BNDDIR. Isn't it similar to having one PF as a data dictionary for using REFFLD in DDS?

Thanks


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.