Nested Calls

Nancy Palmquist nancy.palmquist at vss3.com
Thu May 10 13:28:58 PDT 2018


Mark,

CHAIN can give you new input table with all the variables, WHEN process, 
Screen interaction, etc.  So if you need to do two very different things 
with one filepro record, you can use CHAIN to flip from one function to 
the other without worrying about variable conflicts and such.  Back 
before Declared variables it was most useful for that purpose.  Also as 
you mentioned table size could be controlled by splitting up logic that 
did not overlap.

As you mentioned with more memory and variables, this is not so much used.

Nancy


On 5/2/2018 7:13 PM, Fairlight via Filepro-list wrote:
> On Wed, May 02, 2018 at 06:43:43PM -0400, Jose Lerebours via Filepro-list thus spoke:
>> On 05/02/2018 10:21 AM, Scott Walker via Filepro-list wrote:
>>> It makes it handy for programming with little chunks of reusable code that do not have to actually be copied to many different prc tables.
>> Kind of using UDFs (User Defined Functions).
>>
>> I have always used "chain" and/or "call" but more based on variable
>> setting (value) or conditional.  Personally, I rather return control
>> to "input", check on variable and call whatever needs to be called
>> in lieu of "nesting".
> You're making routines which can be called from -anywhere-, regardless of
> surrounding flow, how?
>
> CHAIN has always seemed like a bad/fragile idea to me, given how easy it
> is to misalign pointers.  Moreover, it's likely not meant to be used the
> same way CALL is used.  If I extrapolate correctly from the presence of
> both, CHAIN was -probably- meant to get around memory limitations in the
> old days, so you could have more code than could be resident at once.
>
> I'm pretty sure they're meant for different tasks, and one is being abused.
>
> m->

-- 
Nancy Palmquist         MOS & filePro Training Available
Virtual Software Systems    Web Based Training and Consulting
PHONE: (412) 835-9417           Web site:  http://www.vss3.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.celestial.com/pipermail/filepro-list/attachments/20180510/2ff79df0/attachment.html>


More information about the Filepro-list mailing list