error code: 114 Attempt to access item beyond bounds of memory (Signal 11)


    Sponsored Links


  • 1. [OT] IBM Mainframe - Batch Job to Generate Data Set List?
    All righty... this is for Big Blue Big Iron folks. Years ago I learned how to invoke SuperC in a batch job so I can do simple things like search a dataset for character strings or compare two datasets; the program invoked is ISRSUPC and the skeleton for using it was generated by using the Batch execution mode found at the bottom of the screen in options 3.12 and 3.14. Now... option 3.4 is the Data Set List Utility; a 'P' on the command line will cause the listing for the Dsname Level specified to go to the user's allocated listing dataset (at this installation USERID.SYS4.SPFn.LIST, where 'n' gets incremented if one chooses one of the Keep Data set options on the Specify Disposition of List Data Set panel one is shown before logging off). Is there a way, then, that I might look to find an ability to manipulate... whatever it is that generates this list by a batch job, similar to ISRSUPC, so that I can put this listing into a dataset and manipulate it without saving my current SPFn.LIST (which I usually delete), logging off and logging on to free up said LIST from my current session? Thanks much! DD
  • 2. Need for 64 bit COBOL on IBM z series was OT: Newsgroup Name Change?
    On Thu, 25 Jan 2007 10:50:08 -0600, gary drummond < XXXX@XXXXX.COM > wrote: >Howard Brazee wrote: >> On Sat, 13 Jan 2007 00:24:59 -0500, CG >> < XXXX@XXXXX.COM > wrote: >> >>> I don't know exactly what you mean by IBM position on adding 64-bit to >>> COBOL. Since you have not been to SHARE recently, possibly you have not >>> heard directly from IBM and are relying on hearsay. Their clear >>> statement has been, "Show me exactly what functions you cannot do >>> without the COBOL application having direct addressability to 64-bit >>> storage." After my previous posting on this subject I read a posting on where they discussed installing JAVA for z/OS and there now is a 64 bit JAVA. I want COBOL programs that are interfacing with JAVA to run with the 64 bit JAVA effectively and efficiently. If they don't do so then JAVA compatibility is vaporware. Since my requirement for 64 bit COBOL being available when 64 JAVA and other IBM major facilities are available was submitted in 2002 or before, the rationale for this has been in the hands of IBM for over 4 years. This should not be a customer led thing it should be an IBM strategy led thing. The IBM strategy that I am seeing is let COBOL limp in the new world until people can replace it with new goody 32.
  • 3. Reading in file containing Low Values doesn't work correctly
    I'm trying to read in a line sequential file in my COBOL program on my NT machine. The file is a db2 delimited export file, which is basically a plain text file. Two of the columns that are exported contain Low Values. I can verify that they are low values in the exported data file by looking at the hex values in an editor. The data looks something like this: 123456~LL~L~ABCD The tildes (~) are my delimiters. I'm representing the Low Lalues with an (L). So this is 4 columns being exported, the first column containing 123456, the next containing 2 low values characters, the 3rd containing 1 low value character, and the final column containing ABCD. The problem is that when I open then read the file into my COBOL program, what it reads in looks like this: 123456~L~~ABCD Why didn't it read all the low values? It didn't even replace them with a space... It just ignored them as if they didn't exist. Although it did manage to read one of the low value characters, but not the other 2. Any idea what the problem is? I'm just reading the line into a PIC X (8000) field. I animate the process and I'm able to see what it reads in immediately after the read statement. I'm also absolutely sure that I'm reading in the correct file, because any changes in other data do show up in the animator.
  • 4. OT: Newsgroup Name Change?
    In view of the declining popularity of Cobol might I suggest a name change to the newsgroup that may aid in boosting the popularity of the language amongst the youthfull members of the IT world? I have previously suggested that we should change the Cobol spelling to Kobol (because all cool modern applications/utilities related to Unix/Linux appear to begin with the letter K (eg Kermit, etc.). A common English colloquial term meaning language is the word lingo. An abbreviation of newsgroup would (in line with the modern trend to become backwards incompatible with assembler) be the letter n. Keeping to the sequence so far, we would derive: K.LINGO.N Any takers?

Re: error code: 114 Attempt to access item beyond bounds of memory (Signal 11)

Postby Wiggy » Wed, 06 Aug 2003 08:37:54 GMT

Server Express docs can be found online at the Micro Focus SupportLine site

Check the User's Guide, Chapter 7.


Similar Threads:

1.114 Attempt to access item beyond bounds of memory - (Signal 11)


I'm trying to run a cobol program and calling "DBOPEN" with parameters

I'm trying to open the database with read mode.

When I animate the program, at this specific point of calling "DBOPEN"
, Attempt to access item beyond bounds of memory - (Signal 11) occurs.
I'm not able to proceed further.

Help needed in this case.

With Kind Regards,

2.Microfocus Cobol - Execution error code: 114

Has anyone else had this problem?

We have recently upgraded our Unix box to HP-UX 11 & Microfocus Cobol
OCDS 4.1.40. All our cobol sources were recompiled under the new
version of OS and OCDS.

Also worth mention is that the same source program also runs on
various other flavours of Unix OS & Cobol, e.g. AIX 4.33/4.1.20, HP-UX
10.20/4.1.20, HP-UX 10.20/4.1.40 without any problems.

Having recompiled I am getting the following error when I run the

HPD/Micro Focus Cobol Errors                                        
Execution error : file '/opt/users/programs/ifa/IFA54RN/PFS2150.gnt'
error code: 114, pc=0, call=107, seg=0                              
114     Attempt to access item beyond bounds of memory (Signal 10)  
HP/MF COBOL Version: v4.1.40                                        
HP-UX hp9000 B.11.00 A 9000/806                                     
pid: 4483 gid: 20 uid: 116                                          

I have managed to isolate where the program is falling over, here is a
section of the code:

MOVE WC-KEY(WC-IND) TO WPFS9260-KEY.              
CALL "PFS9260" USING WS-COMMON,                   
IF WPFS9260-APPLIED-TO = "Y"                      
   GO TO CD999-EXIT.                              
MOVE WC-KEY(WC-IND) TO WPFS9290-KEY.              
offending line
CALL "PFS9290" USING WS-COMMON,                   
IF WPFS9290-ERROR = "Y"                           
   GO TO CD999-EXIT.                              

In the code above, the program falls over with the error mentioned
above on the line indicated.

Interestingly though, if I put in a DISPLAY statement just prior to
the offending line, as shown in the code above, the program runs
through without any problem.

The other thing is that if I run just the .int, (renamed the .gnt)
then the program works fine. So it appears that the problem lies in
the gnt and something is getting corrupted. We've done the usual of
updating the machine to the latest OS patches.

Does anyone have any ideas of how to get around this. I don't think
the problem lies with the code (although not a 100& sure), since this
same program is compiled on various different platforms running our
other versions of Unix and Cobol. So if there were a problem in the
code, I'd expect to get the same problem on our other unix boxes.

Anyway - if anyone can give me some ideas to try out, I'd really
appreciate it.


3.Signal 11 error (core)

This statement gives core dump

  if( pError->pFileName[0] != '\0' )

can someone suggest why ?

This statement was failing in all our unix environments so we changed
it to:

if( !(pError->pFunctionName == NULL))

It worked for some environments then now again it failed in 1
Any idea ?

All memory allocation have been done.

4.Error 114 in Microfocus Server Express 2.2 when calling C functions

Are you executing with the threaded COBOL run-time? This is necessary on
HP-UX due to Oracle linking their own libraries with the threaded C run-time
on this platform.

If the code causing the RTS114 is the C code, which is calling Oracle
functions, does this trap, or fail in any other way, if you run it
standalone (i.e. without COBOL)?

Regarding your final point :

> Do you know a run-time option or a compiler option to prevent this error
> ? Microfocus support is not very quick in finding something...

Have you contacted SupportLine with a cutdown sample which demonstrates this
problem? It sounds like you've isolated where the problem is occuring which
is good, but is the NULL pointer due to a corruption coming from COBOL?


5.pthread_create returns error code 11

i have a code that uses pthread, but when i use pthread_create()
method it returns error code 11. I have found out that this is often
because of exceeding the THREAD_MAX limit for the process. But i want
to use only about 24 threads at a given time, and i destroy the
threads (or atleast i thought so) can someone tell me what i am doing
wrong here it would be of great help! thanks!

 for (i=0; i<no_pairs; ){
        for (j=0; j<MAX_THREADS && i<no_pairs; j++,i++){
            data[j].a = seeds[i/no_seeds];
            data[j].b = seeds[i%no_seeds];
            data[j].N = N;
            data[j].L = nones+nzeros;
            data[j].p1 = get_string (seeds[i/no_seeds], nzeros
            data[j].p2 = get_string (seeds[i%no_seeds], nzeros
            data[j].results = pairs[i];
            rc = pthread_create (&threads[j], &attr, run_actree, (void
            if (rc) {
                printf ("ERROR; return code from pthread_create() is
\n", rc);
                exit (-1);
        for (k=0; k<j; k++){
            rc = pthread_join (threads[k], &status);
            if (rc) {
                printf("ERROR; return code from pthread_join() is %d
\n", rc);

    pthread_attr_destroy (&attr);

Above is the main loop i create threads in, MAX_THREADS = 24

Any help as to where i am going wrong is greatly appreciated.

6. Access Violation - Error Code 2 - Error SubCode 5333 - App Start Line 68

7. comp.lang.ada Digest, Vol 19, Issue 114

8. oracle10g SQLBEX giving 114 with Oracle Dynamic SQL Method 4 (ora9 works well)

Return to cobol


Who is online

Users browsing this forum: No registered users and 68 guest