On 25 Oct 2010 04:49:29 -0700, in bit.listserv.ibm-main you wrote: >>The decision not to support IPL-time use of PDSEs was an unconscionable >one. , > >OK, I'll bite. What code of *yours* needs to run at IPL-time, let alone >also needs to be in a PDSE? > >It is SYS1.NUCLEUS and LPA modules that cannot be in PDSEs. LNKLST modules >can be.. And for most cases dynamic LPA can be used to add modules to LPA >(from PDSEs) in advance of an application's need to use those modules. And >for the cases that could not be used, I believe the "deferred LPA wait" >processing introduced in z/OS 1.12 covers at least a high percentage. > >FWIW, the "decision" had to do with extreme cost (and possible sacrifice >of RAS), not conscience, considering in part that all support code would >not only have to be within IEANUC0x but also could not be in its own >address space as, without a massive restructure,t would all have to be in >place before LPA was built (which in turn is before the system can go >multi-address-space).
I want to get rid of PDSs. My vision for the future is that all data reside in FBA data areas: PDSE, VSAM (ESDS, RRDS, KSDS, Linear), zFS etc. Only the code to read PDSE needs to be available at NIP and IPL. Right now there is CKD function for which there is no FBA equivalent in zOS (generation data groups, some concatenation, spool and maybe a couple of others) but I don't advocate carrying over CKD in toto to new world. Obviously there would be a long transition period. Clark Morris > >Peter Relson >z/OS Core Technology Design > >---------------------------------------------------------------------- >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 ---------------------------------------------------------------------- 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
