It may not be your ACS routines.

        I can reproduce this behavior on a "test" LPAR when allocating a PDSE 
in ISPF 3.2 with RECFM=U.  I get the warning message to either DELETE or KEEP 
the dataset. If I keep it, I can't copy Load modules or program objects into 
then newly created D/S.

        If I allocate the PDSE with either a Fixed or Variable RECFM, then 
BLKSIZE of 0 (or BLANK) is accepted. In the cases of RECFM = FB or VB, SDB 
produces an optimum block size for my device type.


  

-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Thursday, January 12, 2017 4:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SDB and Program Object Library

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 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Reply via email to