> So, if you do things "the new way" with SMS, you would have gotten > the result you were desiring. The ball is in your court.
I don't think so. The dataset IS SMS-managed, IIRC. The problem is not the lack of an EOF record, the problem is that QSAM sets itself up for failure by building a CCW with a length of zero (and so fails before ever reading or not reading an EOF record). The problem is not that the dataset has no data in it, but rather that it has never been opened for output and closed by a problem program. There is no RECFM etc. in the JCL because there should not have to be. The JCL is built by an automated process that rightly, IMHO, leaves decisions about RECFM, etc. up to the creating program -- a program that in the instant case did not create the dataset at all, for good reasons of its own. Charles -----Original Message----- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Thursday, January 11, 2007 11:32 AM To: [email protected] Subject: Re: What is "command reject" trying to tell me? <snip> Now, if you were to create your dataset with a proper LRECL, BLKSIZE, DSORG, in the JCL and it had been SMS managed, allocation would have written an EOF marker at the beginning of the dataset and you would have gotten an immediate EOF when you tried to read it. So, if you do things "the new way" with SMS, you would have gotten the result you were desiring. The ball is in your court. ---------------------------------------------------------------------- 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
