Everyone might be interested to know that there are some IMS datasets (I forget which) that *cannot* be PDSE. They must be PDS. Trust me, I tried them as PDSE and spend a long time trying to figure out why I couldn't get things working! :-) So to make life easy on yourselves if you have IMS I wouldn't even think about converting any to PDSE. (I think it was the ACBLIB, and maybe also the DBDLIB and PSBLIB. Probably the actual load libs are OK, but why chance it?)
On 9/11/2009 at 10:17 AM, in message <listserv%[email protected]>, Mark Zelden <[email protected]> wrote: > On Fri, 11 Sep 2009 09:01:02 -0700, Edward Jaffe > <[email protected]> wrote: > > >>In our shop we use SMS to assign default data classes that specify "Data >>Set Name Type . . . . . : LIBRARY". So, if you think you're allocating >>a PDS in batch, it's really a PDSE unless you specify DSNTYPE=PDS to >>explicitly override this behavior. >> > > One of our small monoplex LPARs (absorbed via consolidation) has their > default set to DSNTYPE(LIBRARY) in IGDSMSxx. This applies to everything, > SMS assigned or not. So even ISPF data sets that are not recommended > to be PDSE are (but I've never seen a problem because of it). > > Mark > -- > Mark Zelden > Sr. Software and Systems Architect - z/OS Team Lead > Zurich North America / Farmers Insurance Group - ZFUS G-ITO > mailto:[email protected] > z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ > Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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 >>> The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. Thank you. -- Frank Swarbrick Applications Architect - Mainframe Applications Development FirstBank Data Corporation - Lakewood, CO USA P: 303-235-1403 ---------------------------------------------------------------------- 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
