Insufficient storage while running a cobol program

Robert Sample · Posted: Thu Jul 10, 2008 11:23 pm Post subject:

994950 hex bytes is 10,045,776 decimal bytes -- a big program. Your message indicates your program is getting 472K, thus explaining the memory error. If this program is compiled and linked as a 24-bit module, you may not have enough below-the-line storage to run the program (if this is the case, your only option will be to compile and link the code to run above the line); it's rare to have more than 9 or 10 megabytes free below the line due to system overhead. You may check with your site system programmers to see if a storage limit is imposed on your job, too. You may have to run in a different job class if there is a limit. In any case, if you're specifying 0M or some large value for REGION on the JOB or EXEC statement it doesn't appear that you're getting it.

dick scherrer · Posted: Thu Jul 10, 2008 11:58 pm Post subject:

Hello,

That says your load module is 10,045,776 bytes.

Near the top of the link edit SYSPRINT will be somehting like:

kedianirmal · Posted: Fri Jul 11, 2008 5:19 pm Post subject:

Hi Dick

Below is the space data from the link edit SYSPRINT

enrico-sorichetti

the only external help You can get is a conceptual one...
make more memory available to Your program!

how to do it... that' s a different issue,
You must speak with Your system support in order to understand what customizations have been done to limit the amount of storage available
and have the issue fixed to provide what You need

Robert Sample · Posted: Fri Jul 11, 2008 5:59 pm Post subject:

Your program is a 24-bit module. You absolutely must talk to your systems programmer about whether or not you can run a 10-million-byte program on your system. If your systems programmer indicates that your system doesn't have 10 million bytes of storage below the line available, you have 2 options: reduce the load module size to a value the systems programmer tells you can run on your system, or change the program to run in 31-bit mode (which may be a very difficult process, depending on what the program is doing and how it does it).

Changing job class or REGION parameter will not allow this program to run if your system does not have the available storage. I suspect based on your previous posts that your systems programmer will tell you that your system does not have enough memory to allow this program to execute.

enrico-sorichetti

I had not noticed that the program had rmode 24...
i still think that the only way is to coordinate with the support group

kedianirmal · Posted: Fri Jul 11, 2008 6:42 pm Post subject:

Thanks all,

I am in touch with the support group but not getting any update since last two days, hopefully they will come back with some solution.

Enrico,
could you tell me what's the significance of RMODE=24.

Regards,
Nirmal

kedianirmal · Posted: Fri Jul 11, 2008 6:47 pm Post subject:

Robert,

Robert Sample · Posted: Fri Jul 11, 2008 6:54 pm Post subject:

No, all IBM computers for quite a few years support 31-bit addressing. The latest generations support 64-bit addressing, even. However, your program is specifically coded to use 24-bit addressing. The COBOL option DATA(31) along with specifying AMODE(31),RMODE(ANY) in your linkage step will convert your program to 31-bit addressing. However, if there are subroutines that require 24-bit addressing, doing this can cause them to generate S0C4 abends since you may pass an address to the subroutine that it cannot access.

Bill Dennis · Posted: Fri Jul 11, 2008 7:08 pm Post subject:

dick scherrer · Posted: Fri Jul 11, 2008 9:29 pm Post subject:

Hello,

Your module doubled in size. . . Why?

kedianirmal · Posted: Tue Jul 15, 2008 5:43 pm Post subject:

Hi,

Previousely Robert Sample has mentioned that

dbzTHEdinosauer · Posted: Tue Jul 15, 2008 6:04 pm Post subject:

'Pounding sand' is a phrase that comes to mind.

Robert Sample · Posted: Tue Jul 15, 2008 6:07 pm Post subject:

In this context, a subroutine is a separately compiled piece of code that is called by your program. PERFORM sections in a single COBOL program would not qualify as subroutine in this context. CALL 'ABC' USING ... would be a case of a subroutine. Basically, if the binder (linkage editor) requires an INCLUDE statement for the program name, it's a subroutine in this context.

dick scherrer · Posted: Tue Jul 15, 2008 9:11 pm Post subject:

Hello,

To repeat: