Re: JOB card error - it has me stumped.
In [EMAIL PROTECTED], on 06/01/2005 at 11:18 AM, Craig Kittendorf [EMAIL PROTECTED] said: In the Assembler Services Guide concerning the Internal Reader, the /*EOF statement causes the jobstream to be immediately sent to JES2 input services. That's certainly the case if you're using BSAM or QSAM; the CI will issue an ENDREQ internally. But is that how CICS writes to the internal reader? The example for multiple jobstreams used only 1 record for the JOB card. In the example, every JCL statement was contained on one record. This leads me to believe that such a jobstream submitted via the internal reader cannot have statement overflowing to a second record. I'd be very surprised if your conclusion was correct. You should be able to easily test it by submitting a jobstream with two jobs and no intervening /*EOF. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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
Re: JOB card error - it has me stumped.
Due to the misalignment caused by the font, it's hard to read the information. However, this is positions 1-29 of the JOB card: //VM44K1C JOB (C,VM44,027), 66EDFFDFC444DDC44C6EDFF6FFF56 115 444 21 30001 6 20D3B5444 B027DB Positions 30-72: 'COMP SEARCH PARMS', 7CDDD4ECCDCC4DCDDE76444 D36 4 702 51 9 3 8071 9 42DB000 Positions 73-80: JOB03916 DDCF 1 6 2039 16 Please note, there is no continuation character in position 72. The programmer name field is only 17 bytes long. The accounting field is not too long. I have examples of JOB cards that were accepted with the same number and type of subfields. Further, the Interpreter/Converter is failing the first card. Subsequently, all other records in the jobstream are flushed. I This is the actual SYSLOG entry for the jobstream: /HASP100 VM44K1C ON INTRDR COMP SEARCH PARMS FROM JOB03905 X4CERTA /HASP998 VM44K1C +---10+---20+---30+---40+---50+---60+---70-- --+---80 /HASP998 VM44K1C //VM44K1C JOB (C,VM44,027),'COMP SEARCH PARMS', JOB03916 /HASP998 VM44K1C 66EDFFDFC444DDC44C6EDFF6FFF567CDDD4ECCDCC4DCDDE76444 DDCF /HASP998 VM44K1C 1154442130001620D3B5444B027DBD36470251938071942DB000 16203916 /HASP119 VM44K1C DELETED - ILLEGAL JOB CARD, RC=1 /HASP125 INTRDR SKIPPING FOR JOB CARD FROM JOB03905 X4CERTA -- 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
Re: JOB card error - it has me stumped.
A continuation character is not needed in column 72. There is a trailing comma after the programmer name field. This is sufficient for the JCL interpreter to think that you are continuing the JOB card on the next card. If you are not, you get this error. Remove comma after the programmer name field if you only have a single card image for this JOB. This is a case of IBM trying to be helpful, I think. -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- 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
FW: JOB card error - it has me stumped.
Mark, You have a comma after the 'programmer name' (COMP SEARCH PARMS, in your case) which is indicating a continuation. Column 72 has nothing to do with indicating a continuation in your example. Using Col. 72 to indicate continuation was the old format for JCL. Now, if you end the text in a JCL statement with a comma, it implies continuation. HITACHI DATA SYSTEMS Raymond E. Noal Lab Manager, San Diego Facility Office: (858) 537 - 3268 Cell: (858) 248 - 1172 -- 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
Re: JOB card error - it has me stumped.
Several people wrote: there is a comma saying that it's expecting more job card parms. I could be wrong, but I think he already knows that. However, he thinks the problem is with the first card because that is when he sees HASP119. I can't say if that is the case or not if the next card is invalid one. I can say you will see the same HASP119 message if the next card is invalid (no // in cols 1-2 for example). Mark, several people already asked...what does the next card look like? Is there a way to look at the data (not being a CICS kinda guy I don't know)? Can you change the JCL (for at least a test region) to a data set instead of INTRDR to look at the entire thing? Mark -- Mark Zelden Sr. Software and Systems Architect mailto: [EMAIL PROTECTED] Systems Programming expert at http://Search390.com/ateExperts/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- 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
Re: JOB card error - it has me stumped.
Hello, Mark said something about CICS and INTRDR. did you make sure that a /* was done. Kevin -- 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
Re: JOB card error - it has me stumped.
Problem solved. A colleague discovered that at the end of the jobstream was a '/*EOF' statement. When this was removed from the jobstream, the JOB card was recognized and executed as planned. In the Assembler Services Guide concerning the Internal Reader, the /*EOF statement causes the jobstream to be immediately sent to JES2 input services. The example for multiple jobstreams used only 1 record for the JOB card. In the example, every JCL statement was contained on one record. This leads me to believe that such a jobstream submitted via the internal reader cannot have statement overflowing to a second record. In this case, the JOB card was contained on 2 records. The continuation was not allowed. This in turn resulted in the ILLEGAL JOB card. -- 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
Re: JOB card error - it has me stumped.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 IEFUJV? Mark Yuhas said the following on 05/29/2005 03:58 AM: | A CICS program writes a jobstream from the Transient Data Queue to the | Internal Reader. This has been done for a number a years. Recently, rest snipped - -- ~ With kind Regards|\ _,,,---,,_ ~ZZZzz /,`.-'`'-. ;-;;, ~ Volker Bandke |,4- ) )-,_. ,\ ( `'-' ~ (BSP GmbH)'---''(_/--' `-'\_) ~ Bones: The man's DEAD, Jim! ~ (Another Wisdom from my fortune cookie jar) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCmY14Hm2sbKEAXTARAp9qAJ9w1IYNH1dJy6QW5Y8GyGEF3MCiEQCfZc7z vbRpeJc5L4ZpFJ/88l9789k= =nMxv -END PGP SIGNATURE- -- 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
Re: JOB card error - it has me stumped.
You are missing the JOB card continuation. Please note that the JOB card continuation MUST have // in columns 1-3 and the first non-blank character of the JOB card continuation MUST occur no later than column 16. John P Baker Software Engineer -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Yuhas Sent: Saturday, May 28, 2005 09:59 PM To: IBM-MAIN@BAMA.UA.EDU Subject: JOB card error - it has me stumped. A CICS program writes a jobstream from the Transient Data Queue to the Internal Reader. This has been done for a number a years. Recently, the jobstream is being rejected due to an illegal JOB card. I wrote a modification to JES2 Exit #2 to display the JOB statement and the hex equivalent below it. This was done as JES2 reads the JOB statement and prior to the Interpreter/Converter. This is the display of the illegal JOB statement: +---10+---20+---30+---40+---50+---60--- //VM44K1C JOB (C,VM44,027),'COMP SEARCH PARMS', 66EDFFDFC444DDC44C6EDFF6FFF567CDDD4ECCDCC4DCDDE7644 1154442130001620D3B5444B027DBD36470251938071942DB00 -+---70+---80 JOB03916 4DDCF 016203916 DELETED - ILLEGAL JOB CARD, RC=1 I hope the alignment carries through. However, has anyone got an idea why this JOB statement is being rejected? -- 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 -- 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
Re: JOB card error - it has me stumped.
Would love to see the entire JOB Card. The illegal job card statement maybe due to a parm later in the statement. What you have supplied shows a continuation comma but do not see any additional cards. Plus I am not seeing any message id for the message. Do you have a jobcard exit that might be flushing the job and not JES or Converter? Lizette Koehler -- 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
