<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body text="#333333" bgcolor="#FFFFFF">
    <p>Mark,</p>
    <p>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.</p>
    <p>As you mentioned with more memory and variables, this is not so
      much used.</p>
    <p>Nancy<br>
    </p>
    <br>
    <div class="moz-cite-prefix">On 5/2/2018 7:13 PM, Fairlight via
      Filepro-list wrote:<br>
    </div>
    <blockquote type="cite" cite="mid:20180502231303.GO26688@iglou.com">
      <pre wrap="">On Wed, May 02, 2018 at 06:43:43PM -0400, Jose Lerebours via Filepro-list thus spoke:
</pre>
      <blockquote type="cite">
        <pre wrap="">On 05/02/2018 10:21 AM, Scott Walker via Filepro-list wrote:
</pre>
        <blockquote type="cite">
          <pre wrap="">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.
</pre>
        </blockquote>
        <pre wrap="">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".
</pre>
      </blockquote>
      <pre wrap="">
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->
</pre>
    </blockquote>
    <br>
    <pre class="moz-signature" cols="72">-- 
Nancy Palmquist         MOS & filePro Training Available
Virtual Software Systems    Web Based Training and Consulting   
PHONE: (412) 835-9417           Web site:  <a class="moz-txt-link-freetext" href="http://www.vss3.com">http://www.vss3.com</a> 
</pre>
  </body>
</html>