In a message dated 7/9/2007 8:50:34 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: >/STEP1 EXEC PGM=IEFBR14 //DD1IN DD DSN=SYS1.PARMLIB.AEPLEX07,DISP=(NEW,CATLG), // VOL=SER=SYI07A,LRECL=80,BLKSIZE=6160,RECFM=FB,UNIT=SYSALLDA, // SPACE=(ABSTR,(1350,0045,1000)) //* 1350 = # cylinders, 0045 = track address, 1000 = # of directory blocks */ >This created a new dataset at the correct location, however, since we specified directory blocks in the SPACE parms, the directory entries that were still on the disk from the original dataset were overlaid by the new formatted directory. We might have been able to avoid this problem by allocating a sequential dataset and then zapping the DSCB to make it a PDS. But we didn't, so the next step was to recreate the original PDS directory. Remember the DFDSS PRINT of the tracks? I don't understand the need to supply any DCB parameters, the number of directory blocks, or DSORG. After allocating the data set on top of the original PDS, you then zap the F1 DSCB for all the parameters you didn't supply. And the F1 does not contain the number of directory blocks anyway. This would result in a lot less error-prone work. Bill Fairchild Plainfield, IL
************************************** See what's free at http://www.aol.com. ---------------------------------------------------------------------- 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
