Portal | Manuals | References | Downloads | Info | Programs | JCLs | Master the Mainframes
IBM Mainframe Computers Forums Index
 
Register
 
IBM Mainframe Computers Forums Index Mainframe: Search IBM Mainframe Forum: FAQ Memberlist Usergroups Profile Log in to check your private messages Log in
 

 

Storage violaitions in cics

 
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> CICS
View previous topic :: :: View next topic  
Author Message
rikdeb

New User


Joined: 19 Jan 2009
Posts: 59
Location: hyderabad

PostPosted: Sat Mar 23, 2013 2:53 am    Post subject: Storage violaitions in cics
Reply with quote

Hi,
We have a cics pgm in cobol 2, which is wrking fine.the same program has been converted to LE cobol. We are facing storage violations.

SMCK *EXC* - Zone_check_failed. Its moving blanks in the address.

Could you please tell me if the parameter INITIMG is compatible with LE version in GETMAIN function. We are using CICS TS2.2.
Back to top
View user's profile Send private message

Binop B

Active User


Joined: 18 Jun 2009
Posts: 407
Location: Nashville, TN

PostPosted: Sat Mar 23, 2013 3:08 am    Post subject: Re: Storage violaitions in cics
Reply with quote

rikdeb wrote:
Could you please tell me if the parameter INITIMG is compatible with LE version in GETMAIN function. We are using CICS TS2.2.
As per the manual INITIMG is certainly available in CICS TS2.2. To my knowledge <fingers crossed> there is no dependency on what type of COBOL you are using...
Back to top
View user's profile Send private message
Bill O'Boyle

CICS Moderator


Joined: 14 Jan 2008
Posts: 2502
Location: Atlanta, Georgia, USA

PostPosted: Sat Mar 23, 2013 3:50 am    Post subject: Reply to: Storage violaitions in cics
Reply with quote

The INITIMG keyword of the GETMAIN API is valid in any version/release, regardless of the language (COBOL, PL/I, Assembler, etc), so it's a red herring.

What changes (if any) were made to make the program LE compliant?

Check this previous post regarding SV's -

http://ibmmainframes.com/viewtopic.php?p=306519&highlight=#306519

HTH....
Back to top
View user's profile Send private message
rikdeb

New User


Joined: 19 Jan 2009
Posts: 59
Location: hyderabad

PostPosted: Sat Mar 23, 2013 11:02 am    Post subject:
Reply with quote

No code changes were done. Its the same code converted thru CCCA tool.
The SV's which i am getting are very irregular. Sometimes its throwing and sometimes not.From the abend aid, it was seen that my program is trying to move data into DHFEAI module (CICS internal module).

An observation regarding the address displyed in dump.
PSW
is within a USER31 storage area
is within a USER24 storage area
is within a USER31 storage area
is within module appl-progam

Are these 24/31 bit adressing mode creating the prblm?

I can see blanks are getting over writen and causing that SV in all scenerios.

Any suggestions will be of grt help!

Thanks..
Back to top
View user's profile Send private message
Edwin Green

New User


Joined: 21 Apr 2013
Posts: 1
Location: usa

PostPosted: Sun Apr 21, 2013 6:23 pm    Post subject: Reply to: Storage violaitions in cics
Reply with quote

Did you move low values to working storage for the application. LE uses the storage paramater in LE parms to initialize working storage. CICS and LE have reduced the amount of storage it will initialize. It is not efficient to have CICS initialize WS. I believe they limit the value they initialize to 6K now.

If you can recreate the problem with trace active do this. Turn on the trap. CSFE debug,chkstsk=current has redundant paramaters but it works. Make sure trace is active. Recreate the problem.

You will get a dump and the trap will be turned off on the first storage violation. Use IPCS to format the dump for trace. Locate the last E1 trace entry before the storage check failed. The return address in that entry will point to an offset in your program before the violation occurred. locate the E1 trace entry for which the trap springs. This will isolate the problem to between 2 exec cics command expansions. If the task number does not change between the 2 you have identified the culprit and not a victim. If you are able to step forward from the good entry and see where a Load half word is executed resulting in a large value for a MVC I would suspect that you did not initialize ws.
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> CICS All times are GMT + 6 Hours
Page 1 of 1

 

Search our Forum:

Similar Topics
Topic Author Forum Replies Posted
No new posts CICS Transaction Timeout Hooman24 CICS 2 Sun Apr 16, 2017 2:16 pm
No new posts Date and time format in CICS Chandru3183 CICS 2 Sat Mar 18, 2017 12:46 pm
No new posts Asynchronous CICS Processing Question moezbud CICS 1 Mon Mar 06, 2017 6:13 pm
No new posts CICS Question RE: Browse, Readnext an... moezbud CICS 7 Sun Mar 05, 2017 5:45 am
No new posts how to send just 10 rows in a CICS sc... Megha Gupta CICS 5 Thu Feb 23, 2017 6:57 pm


Facebook
Back to Top
 
Mainframe Wiki | Forum Rules | Bookmarks | Subscriptions | FAQ | Tutorials | Contact Us