The current z/OS 1.7 program management manual defines this hierarchy as:

The reusability values are:

NONE The module cannot be reused. A new copy must be brought into virtual storage for each > use. NONE is the default value.

SERIAL The module is serially reusable. It can only be executed by one task at a time; when one > task has finished executing it another task can begin. A serially reusable module can modify its own code, but when it is reexecuted it must initialize itself or restore any instructions or data that > have been altered.

RENT The module is reenterable. Another task can begin executing it before a previous task has > completed execution. A reenterable module cannot modify its own code. (MVS protects your module’s virtual storage so that your module cannot be modified.) Reenterable modules are also serially reusable.

REFR The module is refreshable. It can be replaced by a new copy during execution without changing the sequence or results of processing. A refreshable module cannot be modified during > execution. A module can only be refreshable if all the control sections within it are refreshable. The refreshable attribute is negated if any input modules are not refreshable. Refreshable modules are also reenterable and serially reusable. The refreshable attribute can be specified for any nonmodifiable module.


Any proposals that radically reinterpret these terms are all but certain to be shot down by reason of incompatibility with what was and is.

John Gilmore
Ashland, MA 01721-1817
USA

_________________________________________________________________
Stay in touch with old friends and meet new ones with Windows Live Spaces http://clk.atdmt.com/MSN/go/msnnkwsp0070000001msn/direct/01/?href=http://spaces.live.com/spacesapi.aspx?wx_action=create&wx_url=/friends.aspx&mkt=en-us

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to