Portal | Manuals | References | Downloads | Info | Programs | JCLs | Mainframe wiki | Quick Ref
IBM Mainframe Computers Forums Index
 
Register
 
IBM Mainframe Computers Forums Index Mainframe: Search IBM Mainframe Forum: FAQ Memberlist Profile Log in to check your private messages Log in
 
Problem during precompilation step

 
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> All Other Mainframe Topics
View previous topic :: :: View next topic  
Author Message
GaganGarg

Active User


Joined: 31 Mar 2010
Posts: 134
Location: India

PostPosted: Fri Feb 11, 2011 3:36 pm    Post subject: Problem during precompilation step
Reply with quote

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
View user's profile Send private message

Dsingh29

Active User


Joined: 16 Dec 2008
Posts: 132
Location: IBM

PostPosted: Fri Feb 11, 2011 4:00 pm    Post subject:
Reply with quote

++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
View user's profile Send private message
dbzTHEdinosauer

Global Moderator


Joined: 20 Oct 2006
Posts: 6968
Location: porcelain throne

PostPosted: Fri Feb 11, 2011 4:01 pm    Post subject:
Reply with quote

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
View user's profile Send private message
Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 8154
Location: East Dubuque, Illinois, USA

PostPosted: Fri Feb 11, 2011 5:20 pm    Post subject:
Reply with quote

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
View user's profile Send private message
GaganGarg

Active User


Joined: 31 Mar 2010
Posts: 134
Location: India

PostPosted: Fri Feb 11, 2011 6:29 pm    Post subject:
Reply with quote

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
View user's profile Send private message
enrico-sorichetti

Global Moderator


Joined: 14 Mar 2007
Posts: 10308
Location: italy

PostPosted: Fri Feb 11, 2011 6:41 pm    Post subject: Reply to: Problem during precompilation step
Reply with quote

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
View user's profile Send private message
Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 8154
Location: East Dubuque, Illinois, USA

PostPosted: Fri Feb 11, 2011 7:22 pm    Post subject:
Reply with quote

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
View user's profile Send private message
dick scherrer

Site Director


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

PostPosted: Sat Feb 12, 2011 12:34 am    Post subject:
Reply with quote

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
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> All Other Mainframe Topics All times are GMT + 6 Hours
Page 1 of 1

 

Search our Forum:

Similar Topics
Topic Author Forum Replies Posted
No new posts it is possible output a SET value fro... Martylin JCL & VSAM 5 Fri Sep 22, 2017 7:08 am
No new posts LMINIT problem - not finding DDNAME Danielle.Filteau CLIST & REXX 7 Tue Sep 19, 2017 9:57 pm
No new posts Problem commiting to DB2 from IMS MPP Ole Soerensen IMS DB/DC 2 Wed Jul 26, 2017 5:19 pm
No new posts Restart=Step not working ALAK SAHA JCL & VSAM 6 Fri Jun 30, 2017 6:28 pm
No new posts Validate date and numeric fields and ... Rick Silvers DFSORT/ICETOOL 6 Thu May 11, 2017 6:51 pm

Facebook
Back to Top
 
Job Vacancies | Forum Rules | Bookmarks | Subscriptions | FAQ | Polls | Contact Us