View previous topic :: View next topic
|
Author |
Message |
ug123 Warnings : 1 New User
Joined: 01 Mar 2007 Posts: 39 Location: Chennai
|
|
|
|
Is it possible to create a rexx tool for precompile and preexecuting a cobol program. If it is possible could anyone please give me an idea for that.
Thanks,
Ugandar |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
Hello,
Please clarify what you mean by "precompiling" and "preexecuting" a cobol program. Your question makes complete sense to you, but many (most?) of us will not understand what your requirement is.
We are familiar with precompilers for CICS and DB2 (and a few other less used things), but probably not for what you may be requesting.
Are you looking for a way to run a cobol program in interpreted mode rather than as an executable?
If you give more detail as to what you want, we may be able to offer suggestions. |
|
Back to top |
|
|
ug123 Warnings : 1 New User
Joined: 01 Mar 2007 Posts: 39 Location: Chennai
|
|
|
|
Exactly the same way how the prep works for jcl
If i open a cobol program and if i give a command in the command line, it should show the error and warning messages there itself (for precompile).
Likewise, can we able to do this for running a program (before executing a program), because if the program runs in a loop i could nt purge the program, i have to call the support people to do this and probably it would take 1 hour to purge this.
tell me if im not clear
Could you please help me out
regards,
Ugandar |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
Hello,
On some systems there is a cobol syntax check facility - on one of the systems i currently support "cob" can be entered as a command while editing source and a basic syntax check is performed. It is not complete, but can be helpful. If you talk with your system support people they can tell you if one exists in your environment and how to use it.
If it takes an hour to purge a runaway programmer test, i'd suggest your organization needs to address that. That is not dong anyone any good.
For your own testing, you can make sure you don't have a long-running runaway job during early testing by specifying a very small amount of cpu time on your job card. You might also talk with your system support or security people about giving you permission to cancel your own test jobs. Some organizations permit this and some do not. |
|
Back to top |
|
|
ug123 Warnings : 1 New User
Joined: 01 Mar 2007 Posts: 39 Location: Chennai
|
|
|
|
Anyway thank you very much for your kind information
I will do my best and will inform you soon
Ugandar |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
You're welcome - good luck |
|
Back to top |
|
|
|