I would like to start this topic by thanking everybody who contributed in the previous topics I created.
Now I'm coming to ask for your help with a BIG problem I have for a long long time.
When I compile a COBOL-CICS program using a JCL, after that I go to the CICS region.
In the Terminal window I see the following message:
LSR pool 1 is being built dynamically by CICS because all of the
necessary parameters have not been supplied. Either there is no
LSRPOOL definition or it is incomplete. The following are not
defined: 'CI SIZE' 'STRINGS' 'MAXKEYLENGTH'. A delay is possible.
necessary parameters have not been supplied. Either there is no
LSRPOOL definition or it is incomplete. The following are not
defined: 'CI SIZE' 'STRINGS' 'MAXKEYLENGTH'. A delay is possible.
If I execute the COBOL-CICS program in debug mode (CEDF) everything runs fine.
If I execute the COBOL-CICS program without CEDF sometimes it runs well, but most of the times the program window show the "clock image" (and I believe that such an image represents that the program is processing) and the program "freezes" there.
When the program freezes it does not respond to nothing, and even if I wait several minutes it still does not change.
For example in the pseudo-conversational program for the LEAP YEAR I created.
The program 1 receives the input and validates the input (number of the gregorian year).
If the program 1 has validated the number then passes that number to the program 2.
Then, the program 2 makes the calculation if the year is a LEAP YEAR or a COMMON YEAR.
In my tests with the CICS the program freezes after receiving the first input in program 1.
The situation happens if I insert an invalid input or a valid input.
The problem has happened in almost all the programs I executed on CICS, conversational or pseudo-conversational.
I have not tried with the program CARPRG that uses the VSAM ESDS, but I think it will have the same problem.
I have looked it in the internet and I think that LSR pool 1 is the default pool.
This is the JCL I'm using to compile the COBOL-CICS programs, I'm adding this in case it's necessary to change it.
//COBCICS JOB CLASS=A,MSGCLASS=A,NOTIFY=&SYSUID,MSGLEVEL=(1,1) 00010000
//PROCLIB JCLLIB ORDER=DFH320.CICS.SDFHPROC 00020000
//STEP1 EXEC PROC=DFHYITVL, 00030000
// INDEX='DFH320.CICS', 00040000
// AD370HLQ='IGY410', 00050000
// LE370HLQ='CEE', 00060000
// PROGLIB='DFH320.CICS.SDFHLOAD', 00070000
//* PROGLIB - LOCATION WHERE THE PROGRAM LOAD MODULE WILL BE STORED 00071065
// DSCTLIB='DFH320.CICS.SDFHMAC' 00080000
//* DSCTLIB - SYMBOLIC MAP LIBRARY 00081065
//TRN.SYSIN DD DISP=SHR,DSN=SYSOPR.STUDY.TEST.COBOL(CARPRG) 00090066
//* DSN=SYSOPR.STUDY.TEST.COBOL(CUBE) 00091008
//LKED.SYSIN DD * 00100000
NAME CARPRG(R) 00110066
//* NAME NAMEPRG(R) IS THE NAME FOR THE LINKING STEP 00111065
/* 00120041
//PROCLIB JCLLIB ORDER=DFH320.CICS.SDFHPROC 00020000
//STEP1 EXEC PROC=DFHYITVL, 00030000
// INDEX='DFH320.CICS', 00040000
// AD370HLQ='IGY410', 00050000
// LE370HLQ='CEE', 00060000
// PROGLIB='DFH320.CICS.SDFHLOAD', 00070000
//* PROGLIB - LOCATION WHERE THE PROGRAM LOAD MODULE WILL BE STORED 00071065
// DSCTLIB='DFH320.CICS.SDFHMAC' 00080000
//* DSCTLIB - SYMBOLIC MAP LIBRARY 00081065
//TRN.SYSIN DD DISP=SHR,DSN=SYSOPR.STUDY.TEST.COBOL(CARPRG) 00090066
//* DSN=SYSOPR.STUDY.TEST.COBOL(CUBE) 00091008
//LKED.SYSIN DD * 00100000
NAME CARPRG(R) 00110066
//* NAME NAMEPRG(R) IS THE NAME FOR THE LINKING STEP 00111065
/* 00120041
I've been preventing this situation by always executing the program in CEDF but this is not practical.
I would like to know what is the advice you can provide me.
Thank you,
Roger