|
Barbara,
could you elaborate a little on what you are trying to say?
do you mean that by hard coding your signature, you still don't need to
re-bind the srvpgm to it's previous callers after you add a procedure?
If so, I agree, i'm not enamored with the *current/*prv scheme either.
and, if so, what is the purpose of that scheme?
thanks,
Rick
-----original message - Barbara Morris said--------
Jon Paris wrote:
>
> There is one point Scott omitted from his excellent summary on Binder
> Language.
>
> When you add new procedures you should always add them _to_the_end_ of
the
> list. Do not be tempted to be "tidy" and add them in alpha (or any
other)
> order. If you do not follow this simple rule, really interesting things
can
> happen!
>
Given that you have to keep the procedures in the same order in all the
lists, why is the *CURRENT/*PRV method preferred over the hard-coded
signature method?
For example, this might be your entire binder source when using a
hardcoded signature:
signature('SRVPGMNAM')
procA
procB
procC
procB2
This would be your entire binder source when using *CURRENT / *PRV
signature(*current)
procA
procB
procC
procB2
signature(*prv)
procA
procB
procC
signature(*prv)
procA
procB
I just don't see the attraction of the second one.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 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.