I have a sporadic issue with a CICS program. It seems that sometimes my DFHCOMMAREA gets wiped out when transferring...
from one program to another. You can try the same key strokes for 10 to 50 minutes and the program won't work (apparently because of the DFHCOMMAREA) and then the next time it works like a charm and may be fine for the next few days. Any ideas what may be causing something like this to happen?
I can only suggest that this may be a storage overwrite problem or, if by transferring you mean that you are using XCTL, the COMMAREA isn't being copied correctly when the program-lifetime storage of the program issuing the XCTL is freed. Is it possible there is interference from some other transaction running concurrently? Switching on storage protection and transaction isolation may help pin down the problem if it caused by a storage overwrite. Using EDF to check the location of the COMMAREA before and after the XCTL (or LINK) may provide some clues if there is an issue with copying the COMMAREA.
Dig Deeper on IBM system z and mainframe systems
Related Q&A from Robert Crawford
For better mainframe capacity planning, how do I convert CPU hours to MIPS? And is there a way to calculate the relationship between MIPS and MSUs? Continue Reading
I have two years of experience in mainframe technology, currently working as a mainframe developer. I want to change to Java technology. Continue Reading
I want to replicate DB2 from the mainframe to an AIX box since it's cheaper and the copy can be used for testing. Is this possible? Continue Reading
Have a question for an expert?
Please add a title for your question
Get answers from a TechTarget expert on whatever's puzzling you.