0000000433f07816-dmarc-requ...@listserv.ua.edu (Paul Gilmartin) wrote: <snip>
RELFILEs are silly; hostile to network installation; and the major source of complexity in RECEIVE FROMN*.
<snip>
Having RELFILEs is rooted in the use of PDS (and later, PDSE) members to contain SMPMCS files and any instream elements. The maximum sizes of PDS and PDSE members do not permit large products to be packaged with instream elements, because they will not fit in a single member.
Sequenced IEBCOPY unload data sets (aka relative files, or RELFILEs) on tapes were used to load PDS or PDSE data sets on disk instead to solve this, way back when, and it was a sound decision at the time in my view. In any event, unless and until we move SMPPTS data to the z/OS UNIX file system--and I can imagine some people recoiling in horror already!--these limits will continue to pertain and RELFILEs will remain necessary.
(But again...continued focus on the vagaries RECEIVE/APPLY/ACCEPT for customers to install products is sort of quaint, and misplaced, in my view.)
-- John Eells z/OS Technical Marketing IBM Poughkeepsie ee...@us.ibm.com ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
