Q
Problem solve Get help with specific problems with your technologies, process and projects.

Why is DFHCOMMAREA wiped out when transferring from one program to another?

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.

This was last published in May 2002

Dig Deeper on IBM system z and mainframe systems

PRO+

Content

Find more PRO+ content and other member only offers, here.

Have a question for an expert?

Please add a title for your question

Get answers from a TechTarget expert on whatever's puzzling you.

You will be able to add details on the next page.

Start the conversation

Send me notifications when other members comment.

By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy

Please create a username to comment.

-ADS BY GOOGLE

SearchWindowsServer

SearchServerVirtualization

SearchCloudComputing

Close