Ted, What I find unusual about your explanation is that I can allocate a dataset in ISPF 3.2 that ISPF is unable to open.
If ISPF opens the dataset at allocation, should I expect to find an SMF record when it is closed? This dataset was allocated from ISPF 3.2 by only providing the space values. . Data Set Information . . Command ===> . . . . Data Set Name . . . . : HAWKINS.ALLOC.TEST . . . . General Data Current Allocation . . Management class . . : **None** Allocated tracks . : 5 . . Storage class . . . : **None** Allocated extents . : 1 . . Volume serial . . . : PE1USF . . Device type . . . . : 3390 . . Data class . . . . . : **None** . . Organization . . . : PS Current Utilization . . Record format . . . : U Used tracks . . . . : 0 . . Record length . . . : 0 Used extents . . . : 0 . . Block size . . . . : 0 . . 1st extent tracks . : 5 . . Secondary tracks . : 1 Dates . . Data set name type : Creation date . . . : 2011/04/01 . . SMS Compressible. . : NO Referenced date . . : 2011/04/01 . . Expiration date . . : ***None*** . As expected, ISPF cannot open it, so how does it handle opening this in ISPF 3.2? . Menu Options View Utilities Compilers Help . . ---------------------------------------------------------------------------- -- . . DSLIST - Data Sets Matching HAWKINS Invalid block size . . Command ===> Scroll ===> CSR . . . . Command - Enter "/" to select action Message Volume . . ---------------------------------------------------------------------------- --- . . HAWKINS *ALIAS . . B HAWKINS.ALLOC.TEST PE1USF . Ron > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of > Ted MacNEIL > Sent: Friday, April 01, 2011 9:32 AM > To: [email protected] > Subject: Re: [IBM-MAIN] DATACLASS > > Yes. > I am. > ISPF (long before SMS) always did that to ensure the DCB was set. > You had to enter all the attributes, or it would not allocate. > > I've written (and supported) many ISPF (or SPF) applications over the last 30 > years. > > I don't remember where it's documented, but I remember the behaviour. > > - > Ted MacNEIL > [email protected] > > -----Original Message----- > From: Ron Hawkins <[email protected]> > Sender: IBM Mainframe Discussion List <[email protected]> > Date: Fri, 1 Apr 2011 06:46:56 > To: <[email protected]> > Reply-To: IBM Mainframe Discussion List <[email protected]> > Subject: Re: DATACLASS > > Ted, > > Are you certain this is correct? > > I thought was simply because ISPF 3.2 provided enough additional DCB > information for the DSORG to be assigned. Ascertaining the DSORG of a > dataset is a fundamental requirement of SDB, and SDB works just fine with > IEFBR14 when enough DCB info is provided. > > > ISPF opens and closes files that are created by it, thereby giving a full > dcb. > > IEFBR14 does not. > > > > Ron > > > ---------------------------------------------------------------------- > 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 ---------------------------------------------------------------------- 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
