-----------------------<snip>-------------------------
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.
----------------------<unsnip>------------------------
IIRC, from the beginning of this thread, the LRECL was specified as 0. Why in blazes don't you specify a legal LRECL for a FB dataset, plus DSORG=PS? Then the BLKSIZE won't BE set to zero by SDB and the whole problem goes away?

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