Joined: 07 Mar 2007 Posts: 1 Location: Syracuse NY
We have an application which contains a very large old statically linked module which includes many other modules all coded as 24 bit. This module has been around for years and runs below the line ( they say they can't change it)... They have begun to add calls to 31 bit dynamically called vendor code and to other programs, one which does puts and gets to MQ. With the last changes the progam which runs as an IMS BMP is getting 80a -10 abends and svc dumps once it has processed approximately 250 records. It is difficult for us to determine in which module the last storage is being grabbed and exhausted. they did find that once a call to a dynamic 31 bit RU RN program is commented out, the process runs to completion. Question , do all the programs called end up running below the line ? This module that is called ( and was commented out) just does a connect to MQ, a put , waits and get. Is it possible that the storage problem is in the commented out module, or in the calling program ? How do we determine it ? Are there any compile link options we can use to conserve storage ? Also, changing region parms does not help at all
Joined: 06 Jun 2008 Posts: 8167 Location: East Dubuque, Illinois, USA
Have you talked to your site support group and gotten their assistance? For example, a site may have an exit coded giving a certain amount of memory to a job, ignoring the REGION= parameter. Things to find out would include what is the size of the load module, and how much memory is available below the line once the system is completely loaded? If those two values are close together, the 80A-10 may make a lot of sense. If you have the flexibility to move buffers above the line, that may free up some badly needed space. Your site support group should be heavily involved in your efforts to resolve this.