View previous topic :: View next topic
|
Author |
Message |
GaganGarg
Active User
Joined: 31 Mar 2010 Posts: 134 Location: India
|
|
|
|
Hi,
I have written a compilation JCL for COBOL-DB2 programs and one issue i m facing in precompilation step. Here, ++INCLUDE is not getting expanded in the precompilation step.
Code for precompilation step is:
Code: |
//PRECOMP EXEC PGM=DSNHPC,
// PARM='HOST(IBMCOB),APOST,VERSION(AUTO),NEWFUN(YES),
// NOSOURCE'
//STEPLIB DD DISP=SHR,DSN=OPSYS.DB2A.SDSNEXIT
// DD DISP=SHR,DSN=DB2.SDSNLOAD
//DBRMLIB DD DISP=SHR,DSN=OPERA12.TEST.DBRMLIB(CAOB002A)
//SYSCIN DD DSN=&DSNHOUT,DISP=(NEW,PASS),
// SPACE=(800,(500,500))
//SYSLIB DD DSN=OPERA12.XXXX.DCLGEN,DISP=SHR
// DD DSN=OPERA12.INCLIB,DISP=SHR
//SYSPRINT DD SYSOUT=*
//SYSTERM DD SYSOUT=*
//SYSUT1 DD SPACE=(800,(500,500),,,ROUND)
//SYSUT2 DD SPACE=(800,(500,500),,,ROUND)
|
Here, if the cobol-db2 code contains ++INCLUDE MEM1 then it must get expanded during precompilation. but when i saw the o/p of the above step (by directing it to sysout) i saw ++INCLUDE MEM1 is not getting expanded. Can anybody pleae tell me which option should i use which can expand these Includes in the program? here MEM1 is present in OPERA12.INCLIB
Thanks |
|
Back to top |
|
|
Dsingh29
Active User
Joined: 16 Dec 2008 Posts: 132 Location: IBM
|
|
|
|
++include is an alternative of COPY command....so its not supposed to get expanded in precompilation.
it would be expanded by cobol compiler... |
|
Back to top |
|
|
dbzTHEdinosauer
Global Moderator
Joined: 20 Oct 2006 Posts: 6966 Location: porcelain throne
|
|
|
|
Quote: |
++include is an alternative of COPY command....so its not supposed to get expanded in precompilation.
it would be expanded by cobol compiler..
|
the above is incorrect. (actually it is bull!)
This is not a chat room where you can just make posts with unsubstantiated info.
++INCLUDE is not a db2-precompiler directive nor is it a COBOL directive.
The ++INCLUDE directive belongs to the panvalet group of products,
and is processed by the PAN? utility which extracts data from the Panvalet libraries. |
|
Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008 Posts: 8697 Location: Dubuque, Iowa, USA
|
|
|
|
Quote: |
I have written a compilation JCL for COBOL-DB2 programs |
For the love of God, WHY?
Sites have standad compile procedures that are in place for very good reasons. Attempting to write your own like this can, depending upon the site, result in actions up to and including termination of the employee for not following site standards. This is often seen as either an attempt to avoid existing security measures, or someone attempting to bypass system controls for whatever rreason.
Find the site standard compile process and use it instead of attempting to write your own. |
|
Back to top |
|
|
GaganGarg
Active User
Joined: 31 Mar 2010 Posts: 134 Location: India
|
|
|
|
Hi Robert,
Actually we are using Clear Case tool for the compilation of Codes. but from last couple of weeks, We are having connectivity issue with client server and because of project deadlines, we thought of writing the jcl to compile the codes for our testing. This was the reason that we had written the JCL.
And before using it for production, we will be taking the confirmation from client for sure.
Thanks |
|
Back to top |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007 Posts: 10873 Location: italy
|
|
|
|
You are out of luck!
if the source program contain contstructs(*) specific to Your <development tool>
You will have, You like it or not, to compile under the <development tool> driver!
unless, naturally, You are willing to change all Your sources to use standard include facilities!
or as an alternative You might want to use ISPF expand tool ( ISRLEMX) which provides an expansion trigger of any format You like
( seen it, done it, exactly using ++include )
as a software engineer You should be able to find out Yourself how to do it by looking at the appropriate ISPF manuals
(*) ++include is one of them |
|
Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008 Posts: 8697 Location: Dubuque, Iowa, USA
|
|
|
|
You are better off getting somebody to address the connectivity issues instead of attempting to write your own compile JCL. A good project manager should go back to the client, point out the connectivity issues, and tell the client that the deadline will be affected unless these issues are resolved -- fast.
Possibly the WORST possible way to address the problem would be to write your own compile JCL. There are a number of potential flaws with that approach, not least that if your compile JCL (assuming you get it working) does not produce the same output as the production compile JCL (and there are quite a few compiler options that can impact the results), you do not find this out until very late in the process and there may be little time to correct the issue. |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
Hello,
Quote: |
We are having connectivity issue with client server and because of project deadlines |
How might "deadlines" cause connectivity problems?
If what you really mean is that there are not sufficient resources to allow everyone to work at the same time, split shifts may need to be considered (i.e. some people work days and others nights - as well as weekends). If just depends on how important the "deadlines" really are. . .
You really, really do not want to throw something together (non-standard compile processes) that may cause even more grief later. |
|
Back to top |
|
|
|