Re: Using LANSA and HTTPAPI

It looks like these programs share the same activation group and one is overwriting some part of the memory allocated by the other...at least in my experience that's a common cause of de-allocation errors. A quick way around this is to run these pgms in separate activation groups.

On 8/25/2020 8:06 PM, Art Tostaine, Jr. wrote:

Whenever I call an RPG program that uses HTTPAPI to hit a URL and parse an
XML file, my LANSA web job crashes.

One of the LANSA programs returns a CPF9898 message with this text:

Message . . . . : Fatal Error : Statement : 256 Message : Component to be

removed from invocation stack not found. Routine :

X_Rmv_from_Invocatio_Stack.

Then this in the joblog
To module . . . . . . . . . : QC2ALLOC

To procedure . . . . . . . : do_free_default__FPv

Statement . . . . . . . . . : 2

Message . . . . : The requested heap space operation is invalid.

Cause . . . . . : The requested heap space operation is invalid. The
heap
space identifier is -1. The activation group mark is 2. The activation
group
mark will be zero if the heap space is not associated with an activation

group. The error type is 2. The error type indicating why the heap space

request is invalid is defined as follows: 0001-Attempt to destroy the

default heap space; 0002-Attempt to free or reallocate heap space
storage
that is not allocated; The heap space identifier and activation group
mark
may not be valid for this error type; 0003-Access to the heap space is
not
allowed; 0004-Attempt to mark a heap space that cannot be marked;


I noticed in the HTTPAPI source code that it's using some dealloc
operations too. Is it possible I need to run these jobs separately or
something? Is it a coincidence they are both doing some dealloc and I'm
completely wrong?