"Van Dalsen, Herbie" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]
>...
> Ted,
> 
> The only point I am making is that it is not necessarily IDCAMS that
is
> at fault. I got the same results using IEFBR14 and the original JCL.
> 
> Both 
> //STEP1     EXEC PGM=IEFBR14
> //DD2       DD DSN=MY.SEQ.DFHCMACD,UNIT=SYSDA,DISP=(,CATLG,DELETE),
> //             DCB=(LRECL=32756,BLKSIZE=32760,RECFM=VB),DSORG=PS,
> //             SPACE=(CYL,(7,1),RLSE)
> 
> And 
> //STEP1     EXEC PGM=IEFBR14
> //DD2       DD DSN=MY.SEQ.DFHCMACD,UNIT=SYSDA,DISP=(,CATLG,DELETE),
> //             DCB=(LRECL=32756,BLKSIZE=32760,RECFM=VB),
> //             SPACE=(CYL,(7,1),RLSE)
> 
> Gives me a PDS with 0(zero) Directory Blocks the same as
> //STEP1     EXEC PGM=IDCAMS,REGION=8M
> //SYSPRINT  DD SYSOUT=*
> //DD1       DD DISP=SHR,DSN=CICPTS31.CICS.DFHCMACD
> //DD2       DD DSN=MY.SEQ.DFHCMACD,UNIT=SYSDA,DISP=(,CATLG,DELETE),
> //             DCB=(LRECL=32756,BLKSIZE=32760,RECFM=VB),
> //             SPACE=(CYL,(7,1,43),RLSE)
> //SYSIN     DD  *
>   REPRO IFILE(DD1) OFILE(DD2)
> 
> What is strange though is that in the last case it says that 98% used,
> yet as originally stated, it is not accessible.
> 
>   REPRO IFILE(DD1) OFILE(DD2)
> IDC0005I NUMBER OF RECORDS PROCESSED WAS 6569
> IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 0
> 
> And
> 
> Command - Enter "/" to select action                  Tracks %Used XT
> Device
>
------------------------------------------------------------------------
> ------
>          X00354.SE3.DFHCMACD                             315   98  15
> 3390
> 
> Herbie

It is not strange, but fully explainable since several different
processes work on 1 dataset:

1. IDCAMS writes sequentially to the dataset and has no problem writing
to it.
2. The dataset's tracks are used for 98%
3. The dataset cannot be read as a PDS, which is quite understandable
after step 1.

The 2 processes that should never have interacted on the same dataset
are 1. (write seq) and 3. (read PO) and that is the user's fault. It
would have been nice if z/OS had avoided this, but unfortunately it does

Kees.
**********************************************************************
For information, services and offers, please visit our web site:
http://www.klm.com. This e-mail and any attachment may contain
confidential and privileged material intended for the addressee
only. If you are not the addressee, you are notified that no part
of the e-mail or any attachment may be disclosed, copied or
distributed, and that any other action related to this e-mail or
attachment is strictly prohibited, and may be unlawful. If you have
received this e-mail by error, please notify the sender immediately
by return e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries
and/or its employees shall not be liable for the incorrect or
incomplete transmission of this e-mail or any attachments, nor
responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal
Dutch Airlines) is registered in Amstelveen, The Netherlands, with
registered number 33014286 
**********************************************************************

----------------------------------------------------------------------
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

Reply via email to