Charles Now that we've got the EOF issue out of the way, I imagine you are preaching to the converted here. Why not just take the matter up with your friendly IBM representative - who might find his "customer satisfaction" affected if there's not a logical response to your concern.
Chris Mason ----- Original Message ----- From: "Charles Mills" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main To: <[email protected]> Sent: Monday, 22 January, 2007 2:27 AM Subject: Re: What is "command reject" trying to tell me? > 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
