In his most recent post in this thread Peter Relson speaks of
> . . . massive restructure to allow multiple address spaces before LPA is
> built . . .
and I am not dubious.
His argument is, I am sure, a sincere and not a disingenuousd one. It is
nevertheless an argument of the form, 'Scrambled eggs cannot be available on
the breakfast menu; they are available only on the lunch menu; to make them
available at breakfast too would require us to serve breakfast in a different
dining room, change the size of the plates on which we serve breakfasts, bring
the lunch crew in five hours earlier, etc., etc.
I remember when certain PDS members, used at IPL time, were required to contain
only unblocked card images (RECFM=F,LRECL=80,BLKSIZE=80). This requirement was
imposed because QSAM's full facilitioes were not yet available when these
members were read.
Analogously, it would be entirely possible to build the LPA using a subset of
"rudimentary" facilities that were yet capable of bringing a vanilla program
object resident in a PDSE into storage, incorporating it in the LPA.
To say more about aliases would be to shout down a well. With the conspicuous
exception of Mr. Postpischl those who have commented on them understand neither
how they work for PDS members nor how they work, differently, for PDSE members.
(In particular they are unaware of stealing and the problems it addresses.)
John Gilmore Ashland, MA 01721-1817 USA
----------------------------------------------------------------------
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