Call of non-CICS subroutine from CICS Cobol pgm

[averh2o]

I'm getting the following message

DFHAC2206 11:24:10 Transaction KHR8 failed with abend 4038. Updates to local recoverable resources backed out.

This is a CICS Cobol program. The latest change was to add "copy xxxx" to the program then put 2 call statements

call xxxx using parms

where one of the parms was the name of another subroutine (a PLI subroutine).

This copy/call works in non-CICS Cobol programs. What do I need to do to get it to work in my CICS program?

Thanks.

 

[Glenn9999]

If there's no CICS involved (or no resources that should be in the control of CICS), there shouldn't be a problem. The only thing is that the LIB the compiled code is placed into needs to be accessible to CICS.

 

[rstanski]

I am assuming that the xxxx in you call statement is a variable containing the name of the program to be called. If this is the case CICS cannot find the load module that you are trying to call, place the load module in a load library that is accessible to CICS. Also, if your site does not have CICS set up to automatically create PPT entries for the programs that you link/call then you will have to have a PPT entry created for this module, yes this is necessary even though you are calling a non-cics program.

 

[Truusvlugindewind]

Re-wrap your subprogram.
- as a web service: very modern, everbody (in- or outside the mainframe) can call it, a lot of overhead
- as a DB2 stored procedure: also modern, everybody with a DB2 connection can call it and less overhead then a web-service.