On 2017-01-12 14:23, Allan Staller wrote:
> Allocation
>
> Do these ACS routines operate
> o at data set creation?
> o at OPEN?
> o Both?
>
"Allocation" is dismayingly ambiguous. But I assume you mean
allocation as in DISP=NEW ratner than allocation as in DISP=OLD.
Data Set Utility tells me:
Data Set Name . : User.LOADE
Specified data set has zero block size.
The data set allocated contains inconsistent attributes as indicated by the
message displayed above. Prior to allocating a managed data set, ISPF cannot
always determine if the attributes are inconsistent. The data class used when
allocating the data set may contain inconsistent attributes, or the attributes
you specified on the allocation panel may conflict with those defined in the
data class. This panel gives you the opportunity to delete this data set. If
you keep the data set, other ISPF functions, such as edit, move, or copy, may
not be able to use the data set.
But I keep it. Then Data Set List says:
DSLIST - Data Sets Matching User.**.LOAD* Row 1 of 9
Command ===> Scroll ===> CSR
Command - Enter "/" to select action Dsorg Recfm Lrecl Blksz
-------------------------------------------------------------------------------
User.LOADE PO-E U 0 0
User.LOADU PO U 256 19069
and Move/Copy Utility says:
COPY From User.LOADU Invalid block size
Command ===>
To Other Partitioned or Sequential Data Set:
Name . . . . . . . LOADE
Volume Serial . . . (If not cataloged)
\u250c\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2510
\u2502 Block size of data set must not be zero. \u2502
F1=Help F
\u2514\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2518
ard F8=Forward
... so, why doesn't SDB fix it?
-- gil
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
