IBM Mainframe Forum Index
 
Log In
 
IBM Mainframe Forum Index Mainframe: Search IBM Mainframe Forum: FAQ Register
 

How to invoke the JCL Interpreter from a program


IBM Mainframe Forums -> All Other Mainframe Topics
Post new topic   Reply to topic
View previous topic :: View next topic  
Author Message
zatlas
Currently Banned

New User


Joined: 07 Dec 2006
Posts: 8
Location: Ne Jersey

PostPosted: Tue May 15, 2007 9:42 pm
Reply with quote

Hi All
Where can I find information on how to invoke the JCL conveter/interpreter from a program and handling the output. I would like to SCAN a whole library at a time (rather then run 200 jobs with TYPRUN=SCAN) and ahndle the iterpreted output as a text sequential file (rather then sysout.)
I saw an assembler program that does something similar (scanning one job and shows to TSO) on the CBT Tape for MVS 3.8J but it does it via an SVC and it is an old release. I need it for z/OS and would like to run from batch.
Thanks
ZA
Back to top
View user's profile Send private message
dick scherrer

Moderator Emeritus


Joined: 23 Nov 2006
Posts: 19244
Location: Inside the Matrix

PostPosted: Wed May 16, 2007 5:22 am
Reply with quote

Hello,

Are you quite familiar with assembler? If you are, i'd suggest downloading what you found and confirm that anything it uses (svcs, control blocks, etc) is still valid and if so, give it a try.

I'd make sure that for the initial testing at least, i did not update/delete anything in the system.

Good luck and let us know how things progress icon_smile.gif
Back to top
View user's profile Send private message
zatlas
Currently Banned

New User


Joined: 07 Dec 2006
Posts: 8
Location: Ne Jersey

PostPosted: Wed May 16, 2007 7:41 am
Reply with quote

I am quite familiar with Assembler and I have no problem with the SVC code, and yes I would actually try to use it (even though there are some prominent 24 bit addresses usage in the code.) The problem is that I need it for a client site and NOBODY in their right mind would EVER allow a consultant to compile such a thing :-(
Also this approach is not really suitable for batch processing. However, somebody gave me a solution that might work which involves actually submiting the jobs with TYPRUN=SCAN and capturing the sysout. He gave it to me on a private basis so I cannot share the code unfortunatly, though.
ZA
Back to top
View user's profile Send private message
dick scherrer

Moderator Emeritus


Joined: 23 Nov 2006
Posts: 19244
Location: Inside the Matrix

PostPosted: Wed May 16, 2007 8:03 am
Reply with quote

Ah, the joy of contracting/consulting.

Yup, they most likely would not want that kind of code just put on the machine as an experiment. However, if it could become part of the statement of work. . . . icon_smile.gif

Trapping output is surely a non-invasive way to have the info you want machine readable.

Good luck icon_smile.gif
Back to top
View user's profile Send private message
ofer71

Global Moderator


Joined: 27 Dec 2005
Posts: 2358
Location: Israel

PostPosted: Wed May 16, 2007 10:32 am
Reply with quote

You can generate and submit a job with SCAN from within REXX, then use SDSF batch commands to trap the output (and delete it if you want) - all from within REXX.

O.
Back to top
View user's profile Send private message
zatlas
Currently Banned

New User


Joined: 07 Dec 2006
Posts: 8
Location: Ne Jersey

PostPosted: Wed May 16, 2007 4:20 pm
Reply with quote

Thanks Ofer
That's exactly the approach I am taking that I've referred to above.
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic View Bookmarks
All times are GMT + 6 Hours
Forum Index -> All Other Mainframe Topics

 


Similar Topics
Topic Forum Replies
No new posts Using API Gateway from CICS program CICS 0
No new posts DB2 Event passed to the Application P... DB2 1
No new posts How to pass the PARM value to my targ... COBOL Programming 8
No new posts REXX code to expand copybook in a cob... CLIST & REXX 2
No new posts EZT program to build a flat file with... All Other Mainframe Topics 9
Search our Forums:

Back to Top