Re: PDSE HELP Required.

2009-09-14 Thread Greg Price
Rick Fochtman wrote: In case you forgot: regular load modules only contain a note list if they are in OVERLAY format, which is both archaic and unnecessarily complicated. OVERLAY format does use a second entry in the NOTE list, but *all* PDS load modules have at least one entry in the NOTE

Re: PDSE HELP Required.

2009-09-12 Thread Rick Fochtman
Greg Price wrote: Frank Swarbrick wrote: Everyone might be interested to know that there are some IMS datasets (I forget which) that *cannot* be PDSE. They must be PDS. Yes, PDSEs do not allow NOTE list TTRs in the directory entry. This is one reason why regular load modules cannot

Re: PDSE HELP Required.

2009-09-11 Thread Bob Shannon
I don't understand why the vendors are populating the libraries in PDSE If any of the features of Program Objects are required, then PDSEs are mandatory, i.e., Program Objects cannot reside in PDSs. I suspect the majority of vendors use PDSs unless their code requires PDSEs. Bob Shannon Rocket

Re: PDSE HELP Required.

2009-09-11 Thread Mark Zelden
On Fri, 11 Sep 2009 09:01:02 -0700, Edward Jaffe edja...@phoenixsoftware.com 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

Re: PDSE HELP Required.

2009-09-11 Thread Edward Jaffe
Bob Shannon wrote: I don't understand why the vendors are populating the libraries in PDSE If any of the features of Program Objects are required, then PDSEs are mandatory, i.e., Program Objects cannot reside in PDSs. I suspect the majority of vendors use PDSs unless their code requires

Re: PDSE HELP Required.

2009-09-11 Thread Edward Jaffe
Mark Zelden wrote: 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

Re: PDSE HELP Required.

2009-09-11 Thread Frank Swarbrick
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

Re: PDSE HELP Required.

2009-09-11 Thread Greg Price
Frank Swarbrick wrote: Everyone might be interested to know that there are some IMS datasets (I forget which) that *cannot* be PDSE. They must be PDS. Yes, PDSEs do not allow NOTE list TTRs in the directory entry. This is one reason why regular load modules cannot be housed in PDSEs.

Re: PDSE HELP Required.

2009-09-10 Thread Sivakumar, Manikandan
] On Behalf Of R.S. Sent: Monday, September 07, 2009 2:03 PM To: IBM-MAIN@bama.ua.edu Subject: Re: PDSE HELP Required. Sivakumar, Manikandan pisze: All, I would need your assistance to know about PDSE Concepts and considerations. Currently the 3rd Party Vendor products were

PDSE HELP Required.

2009-09-07 Thread Sivakumar, Manikandan
All, I would need your assistance to know about PDSE Concepts and considerations. Currently the 3rd Party Vendor products were introduced the product libraries in PDSE format which benefits them in terms of Dynamic Space allocation with reclaim spaces, 123 Extent limit, Multiple members

Re: PDSE HELP Required.

2009-09-07 Thread R.S.
Sivakumar, Manikandan pisze: All, I would need your assistance to know about PDSE Concepts and considerations. Currently the 3rd Party Vendor products were introduced the product libraries in PDSE format which benefits them in terms of Dynamic Space allocation with reclaim spaces, 123