No, as the OP said, the numbers that were displaced were on the DD card:  
// DD DISP=SHR,DSN=CICSTS32.CICS.SDFHLPA   ...   00200000 
They became a comment on that card.  Since they overlaid column 72, 
the next DD card was treated as a continuation.  
 
 
> Date: Sat, 27 Sep 2008 14:09:42 -0600
> From: [EMAIL PROTECTED]
> Subject: Re: STC JCL Question
> To: IBM-MAIN@BAMA.UA.EDU
> 
> The numbers in the original post are not in the "comments field" of a 
> regular JCL statement. The numbers are on a comment card that began with 
> //*.
> The book says
> Do not continue a comment statement using continuation conventions. 
> Instead, code additional comment statements. 
> 
> The book also says: 
> The following are JCL statements that you cannot continue. While you 
> cannot continue these statements, you can code as many separate statements 
> as you need. 
> JCL Command statement 
> Comment statement 
> Delimiter statement 
> Null statement 
> 
> --Roger 
> 
> 
> 
> 
> Patrick Lyon [EMAIL PROTECTED] 
> Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU
> 09/26/2008 10:31 AM
> Please respond to
> IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU
> 
> 
> To
> IBM-MAIN@BAMA.UA.EDU
> cc
> 
> Subject
> STC JCL Question
> 
> 
> 
> 
> 
> 
> 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 
 
 
 
 
_________________________________________________________________
See how Windows connects the people, information, and fun that are part of your 
life.
http://clk.atdmt.com/MRT/go/msnnkwxp1020093175mrt/direct/01/
----------------------------------------------------------------------
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