× 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 would be happy to have some simple functionality, like a simple list or map, where the keys/values are simple fields or datastructures. I will handle deallocating resources myself, or simply use actgrp(*new).

For example, many times you need to simply collect revenues per department where you have to totalise on department.
The standard approach for this is to use a temporary keyed file for this which is a rather convoluted / complex solution for such a simple function. You have an extra file definition, a file specification and all the db overhead that comes along with using a database file. And the only reason you use this db file is the "indexing" functionality that comes with it (retrieve a record with a key). But this indexing functionality is simply some datastructure and some operations.

Instead, with a simple map, one could create a procedure which defines a variable with type "map" for example and have a light-weight simple solution for this.

You don't need garbage collection, interfaces, a type system etc etc for this.

But i know, it will never happen.
Because.... "i can do that already now with RPG"
See my previous post why in 10 years most as400 apps are still green-screen.


Date: Mon, 7 Dec 2009 10:03:12 -0500
Subject: Re: Would it be a reasonable to ask IBM's programmers to, write a %sortsfl(sfl: column)
From: stephenrichter@xxxxxxxxx
To: midrange-l@xxxxxxxxxxxx

On Mon, Dec 7, 2009 at 6:17 AM, john e <jacobus1968@xxxxxxxxxxx> wrote:


Agreed...

IBM should enhance RPGIV to support "collections", like maps and lists.

I don't think that is the sort of thing you can just bolt onto a
language. There has to be a solid foundation of features like gargage
collection, objects, interfaces, base classes, metadata, type system,
...
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.


_________________________________________________________________
Het laatste nieuws, shownieuws en voetbalnieuws op MSN.nl
http://nl.msn.com/

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

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.