×

Good News Everybody!

The new search engine is LIVE!

Please report any problems to david (at) midrange.com.




Kurt,

 Why do you need to initialize the array at all?  Just keep track of the
elements you have loaded and don't access any elemets you have not loaded.

 -mark

Original Message:
-----------------
From: Kurt Anderson kjanderson@xxxxxxxxxxxxx
Date: Thu, 26 May 2005 08:52:14 -0500
To: rpg400-l@xxxxxxxxxxxx
Subject: RE: RPG400-L Digest, Vol 4, Issue 576


Bruce,

I don't want to do that because that will clear the entire array while
the %realloc will increase the dimension of the array while keeping data
that has already been loaded into the array.

Let's say the array has a max of 10 elements.  
But I want 11.  
So I issue the %realloc to increase the array by another 10 so the max
is 20 (I could increase it by 1, but I'd rather allocate a block of
elements at a time rather than reallocate every time I need the array to
grow).  I'd like to initialize the new block but retain the data that
was already loaded.

Kurt Anderson
Application Developer
Highsmith Inc

-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx
[mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Bruce Guetzkow
Sent: Thursday, May 26, 2005 8:40 AM
To: rpg400-l@xxxxxxxxxxxx
Subject: RE: RPG400-L Digest, Vol 4, Issue 576

Kurt:

<snip>
Is there any way I can automate the initialization through a keyword
instead of using the FOR loop in the subroutine below?
</snip>

I haven't done this with a dynamic array, but can't you just do the
following after the allocation?
C                   Clear                   ItmAry

This would eliminate the FOR-loop processing at least.  I would think
that initializing the array (with or without the FOR-loop) is your best
bet.

--Bruce Guetzkow

--------------------------------------------------------------------
mail2web - Check your email from the web at
http://mail2web.com/ .




As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2026 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.