If you have a valid DD statement (not a comment) and a non blank character in col. 72 then I would have expected a JCL error on the Continuation not being valid
IEFC621I EXPECTED CONTINUATION NOT RECEIVED Lizette > >Greetings List - We just came across an issue that I would like to address >with >the group to determine why this happened. > >In testing of going to release 3.2 of CICS we had an issue with only one of >the >regions having a S0C4 abend in the TMON program at PLT startup. This did >not happen in any of the other regions, just a particular one. > >What we found was in the STEPLIB statement, on the line where we had the >SDFHLPA, the numbers that should be in columns 72-80 were pulled to the >left, probably an oversight when the dataset name was changed. The JCL is >below. > >You would think it would have failed for a JCL error but it did not. > >But it brings to question what happens in this case? Did it invailidate that >line >and not use it? > >Inquiring minds want to know. > >Thanks to anyone who knows what happened in this case. > >Regards, >Patrick Lyon > >Snip of the STEPLIB is below. Probably will not format correctly but it is >worth >a shot: >//* CICS STEPLIB - CONTAINS MODULES LOADED BY SUPERVISOR >SERVICES 00110009 >//* >00110010 >//STEPLIB DD DISP=SHR,DSN=CEE.SCEERUN > >// DD DISP=SHR,DSN=TCPIP.SEZALINK > >//* DD DISP=SHR,DSN=PRD1.CICSTS32.LINKLIB.KH > >// DD DISP=SHR,DSN=CICSTS32.CICS.SDFHAUTH > >// DD DISP=SHR,DSN=CICSTS32.CICS.SDFHLPA >00200000 >// DD >DISP=SHR,DSN=PROD1.TMON.CICS32.TCELOAD >// DD >DISP=SHR,DSN=PROD1.TMON.LMSS0204.LMKLOAD >// DD >DISP=SHR,DSN=PROD1.TMON.LMSS0204.LMKRLOD > ---------------------------------------------------------------------- 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