In a recent note, McKown, John said: > Date: Thu, 15 Dec 2005 16:17:56 -0600 > > > -----Original Message----- > > From: IBM Mainframe Discussion List > > [mailto:[log in to unmask]] On Behalf Of Paul Gilmartin > > > IBM's limits on PDS size (also PDSE) are _so_ 20th Century! Individal > > program products shouldn't be compelled to such funky circumventions. > > For the truly weird amoung us, wouldn't it be "interesting" if IBM were > to "get around" this problem by allowing SMPPTS to point to an UNIX > subdirectory (like SMPNTS does now). This would allow a very large > SMPPTS because an HFS or zFS filesystem can span a LOT of volumes. Hum, > how big is 59 times a 3390-54 (or whatever the "largest" 3390 volume is > now). > Ah! You expect an IBM product to make the transition to a superior technology. Clearly SMP/E saw advantages to UNIX filesystems for NTS (not to minimize the troubles reported previously in this list when doing enormous RECEIVE FROMNETWORK).
But I always seek the global solution rather than the local. This is a problem for DF/SMS, not SMP/E. BPAM support for reading UNIX directories already exists; the remaining deficiency is write support and that newfangled replacement for BLDL (the memory is the second thing to go). Ah! DESERV. Completing BPAM support for UNIX would relieve SMP/E of most of the coding. -- gil -- StorageTek INFORMATION made POWERFUL ---------------------------------------------------------------------- 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
