One more time: 1. It IS on SMS DASD. This is not a theoretical problem -- it happens in real life. The problem is ***not*** with DS1LSTAR or EOF markers. The problem is that the BLKSIZE in the DSCB is zero, QSAM picks that up, puts it in a CCW, falls on its face, and diagnoses the situation with a message that it takes a CCW expert to decode -- rather than diagnosing an easily diagnosable situation with a simple explanation.
2. It's a very specific situation. The dataset is not allocated by a user. It's allocated by a cooperating (semi-cooperative?) automated process -- so Gil's point is correct, but does not apply in my specific situation. Charles -----Original Message----- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Arthur T. Sent: Sunday, January 21, 2007 5:14 PM To: [email protected] Subject: Re: What is "command reject" trying to tell me? On 21 Jan 2007 16:45:33 -0800, in bit.listserv.ibm-main (Message-ID:<[EMAIL PROTECTED]>) [EMAIL PROTECTED] (Paul Gilmartin) wrote: >>BTW, and FWIW, I have solved the problem by adding to the >>code a branch to >>normal EOF if after opening the input DCB, and before >>issuing the first GET, >>the DCBBLKSI is zero. Given the full circumstances of the >>situation, I see >>it as a normal condition -- an empty input dataset -- and >>not an error. >But this leaves a pitfall. If a user allocates the data >set supplying >RECFM, LRECL, and BLKSIZE, but never opens it, you are at >the mercy of >the previous content of the allocated space, and can ABEND >on "READ >WRONG LENGTH RECORD" if the first block read exceeds >BLKSIZE, etc. Not if the dataset is allocated on SMS DASD. As noted earlier in this thread, such get an automatic EOF written at allocation time. It's beginning to be rare that production data is not on SMS disks. ---------------------------------------------------------------------- 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
