Re: Using LANSA and HTTPAPI

[Tim Bronski <tim.bronski@xxxxxxxxx>]

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?