Shmuel Metz (Seymour J.) wrote:
In <[EMAIL PROTECTED]>, on 10/27/2006
at 03:10 PM, "Patrick O'Keefe" <[EMAIL PROTECTED]> said:
I admit I was one of those gullible enough to believe the myth (which
Tom Marchant has exposed as bogus) that RENT ever meant anything
other than "not self-modifying".
I guess that the IBM manuals on my book shelves were really written by
Bullfinch.
BTW, wasn't there a message here within the last month about some
reentrant IBM code that only became R/O in a recent release?
As part of my process for updating my courses to support
the latest release, I found in the z/OS 1.8 Binder manual
that they have changed the definition of the Binder RENT
option to this:
RENT
The module is reenterable. It can be executed by more
than one task at a time. A task can begin executing it
before a previous task has completed execution. A
reenterable module is ordinarily expected not to modify
its own code. In some cases, MVS protects the reentrant
module's virtual storage so that it cannot be modified
except by a program running in key 0. These cases
include programs which the sytem treats as having been
loaded from an authorized library, and also programs
running under UNIX unless a debugging environment has
been specified.
[Note use of both "reenterable" and "reentrant"]
Kind regards,
-Steve Comstock
----------------------------------------------------------------------
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
