Re: free() vs dealloc

That's good to know. Thanks Scott and Barbara.

The reason I ask is because I was helping a client on a V5R4 machine
(ugh.. I know) and I compiled YAJLR4 to use the teraspace C functions
for malloc, realloc, etc.

In one subprocedure (yajl_exbuf_free) the dealloc RPG opcode which of
course made it crash.. Simply replacing it with free() worked great,
but I wanted to double check it was doing what it should.

if buf.ptr <> *null;
//dealloc buf.ptr;
free(buf.ptr);
endif;
buf.ptr = *null;
buf.len = 0;
buf.size = 0;

This is the change I made. From what I understand that's perfectly
fine. I was going to email Scott directly but I knew that there were
others that could answer the question too and that it may be good for
the archives.

Still programming for the lowest common denominator for some customers
here. :) I still have a V5R4 machine too (and a V7R3 system). That
little 515 is a workhorse. :)

Thanks again to everyone.
Bradley V. Stone
www.bvstools.com
Native IBM i e-Mail solutions for Microsoft Office 365, Gmail, or any
Cloud Provider!


On Wed, Jun 7, 2017 at 10:46 AM, Barbara Morris <bmorris@xxxxxxxxxx> wrote:

On 2017-06-06 9:42 PM, Scott Klement wrote:

... If you were coding in C, there is a preprocessor directive that will
map malloc() to _C_TS_malloc() automatically if you specify teraspace. But,
that's not the case in RPG.

I believe that if you use a teraspace storage model that the RPG
%alloc/dealloc will use teraspace as well. But, then your whole program
model is teraspace which can cause issues with callers also having to be
teraspace. Since I only needed teraspace memory for things that I
specifically allocate, there wasn't any need for that in yAJL.

For RPG, you can code ALLOC(*TERASPACE) in the H spec, and then RPG will
allocate from teraspace even if you are in the SNGLVL or INHERIT storage
model.

--
Barbara

--
This is the RPG programming on the IBM i (AS/400 and iSeries) (RPG400-L)
mailing list
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.

Please contact support@xxxxxxxxxxxx for any subscription related questions.

Help support midrange.com by shopping at amazon.com with our affiliate link:
http://amzn.to/2dEadiD