× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



I am at a loss here. Arrays (tables for some mainframe COBOL programmers) 
definitely have their place. However, it looks like the way that the array is 
being utilized here is strictly as a "holding" area, before sending the "5" to 
a batch program. Like it was stipulated, 5 today, 100 tomorrow, maybe a 
thousand next week/month/year/decade.
Arrays generally are used when the  finite number of occurrences is known. When 
the number of occurrences is NOT known, definitely create a file, as previously 
suggested. Who cares then if the number of records are 5, 100, 1000 or 10 
million that matched the selection criteria.
Re-reading this e-mail —--- are you being forced to use arrays for a class 
project, or by your boss?

>>> "Himanshu Mohan, Gurgaon" <himanshum@ggn.hcltech.com> 10/16/02 10:56AM >>>
Booth,

A fine day I start coding one program, in which I am fetching records from
database file and based on certain conditions I am storing in array to
process in a batch.(Today I have only 5 records satisfying the criterion).
what you feel. Should I go for one more database file to store all selected
records if not what dimension I can choose for array ?? Say 500 but what
about a year after when the selection criterion start selecting 1000
records. I feel only solution is REDIM array if possible with RPGLE.

Don't suggest any other way to store records like open query or something..
my requirement may be to use arrays only.

Himasnhu





-----Original Message-----
From: Booth Martin [mailto:Booth@MartinVT.com]
Sent: Wednesday, October 16, 2002 8:09 PM
To: rpg400-l@midrange.com
Subject: RE: Dynamic Arrays




I am asking myself the purpose of this redimensioning.  What does it do for
the programmer or the user that isn't done better and faster by using the
database?  A 20,000+ element array is getting pretty large and unwieldly.

The fact that Visual Basic redimensions arrays only points out the
shortcomings of being forced to do everything in volatile memory because the
Microsoft Operating System is so disjointed and unpredictable.  I find the
whole idea to be a weakness of Visual Basic and a strength of OS/400.

I am sure the error of my thinking will be pointed out, but please do so
courteously as I have a fragile ego this morning.

---------------------------------------------------------
Booth Martin   http://www.MartinVT.com
Booth@MartinVT.com
---------------------------------------------------------

-------Original Message-------

From: rpg400-l@midrange.com
Date: Wednesday, October 16, 2002 10:13:31 AM
To: rpg400-l@midrange.com
Subject: RE: Dynamic Arrays

Exactly, I am asking same thing...I am not able to understand why this can
not be done in RPGLE..

-----Original Message-----
From: meovino@estes-express.com [mailto:meovino@estes-express.com]
Sent: Wednesday, October 16, 2002 7:04 PM
To: rpg400-l@midrange.com
Subject: RE: Dynamic Arrays



Himanshu,

Are you asking for something like REDIM in Visual Basic, where you can
redimension an array on the fly (and preserve the existing array elements
if you want to)? The RPG gurus in my shop say it can't be done, but I'm
hoping someone here can prove them wrong.

Mike E.
_______________________________________________
This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list
To post a message email: RPG400-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/rpg400-l
or email: RPG400-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.
_______________________________________________
This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list
To post a message email: RPG400-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/rpg400-l
or email: RPG400-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.



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-2024 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.