Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations Mike Lewis on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

CICS BMS map display

Status
Not open for further replies.

sibu

Technical User
Jun 12, 2005
1
0
0
GB
In one of our application we have this flow of screen.
screen B -> screen C -> screen D and map of screen D display correct data.
For this scenario
screen A -> screen B -> screen C -> screen D and map of screen D display corrupted data.
Always O field of the screen have correct value but for second sequence of screen the map comes out corrupted.
Can any body provide some clue.?
My guess is there is some kind of memory overflow. Do not knpw how to pinpoint it.
Any help is appreciated
 
hi,

Check on the second display of screen D you are sending map and data, you proabably are but it is worth a check.

Also check your maps are not using the same data area also check in your CICS JOB output for storage violations.

Hope this helps

FFF

 
I'm not sure what you mean by corrupted data. If you are getting very strange results, the problem could be that the program is moving data that is defined as comp or comp-3 to a field and then sending it. That can always be a problem.
Next, on the BMS, for defining a Mapset (eg. DFHMSD), check that you are using as a parm: STORAGE=AUTO, otherwise all maps in the mapset redefine eachother which could cause problems.
It might be a good idea to re-assemble all maps and re-compile all programs.
Also, you might be sending mapD as Dataonly or maponly, thus overlaying only some fields and possibly overlaying mapC.
Maybe you could use CECI to SEND the maps and see if you get the same results ( to eliminate some possible problems ) and likewise, try the screen sequence in a test region and see if you get the same results.
If worse comes to worse, the systems programmer probably has some tools to catch the datastream that is being sent to the screen.
Also, you are undoubtly not using an old fashioned 3270 screen, so there is a possibility of the hardware/software of the 3270 emulator having a bug.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top