× 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.



David FOXWELL wrote:
Now, these two modules are bound by copy to virtually ALL our
modules. With DSPMOD export and imports I calculate 1491 modules that
import from both these modules. Does that mean that the total disk
space occupied by these modules is around 1491 times the total of
the two modules, ie 2925318144? I think that says nearly 3Gb. Does
that mean I'd gain around 2.8Gb disk space with a service program?

I can't speak to the specific size of the objects ... but your assumption is generally correct ... when you bind by copy, a full copy of the module being included is included in the program you are creating. So for every program that includes a module by copy, the program's size increases by the same amount.

Reducing program size is not, IMO, the justification for using service programs ... maintainability is the primary reason ... as you only have one object containing the module that has to be maintained. The fact that program size doesn't expand is gravy (and quite minor ... Disk space is cheap).

david


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

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.