Variablenname in Variable

[Fuerchau]

@Robert
Da kannst du auch gleich
VARXXX + 'Test'
nehmen.
Es soll der Inhalt der Variablen ABC genommen werden.
So suchst du ja nur nach dem Text und verküpfst diesen dann.

Hier hilft nur ein Array mit 2 Feldern. Feld 1= Name des Elements, Feld 2 = Inhalt.
Das hat man schon früher mit den 2 Tabellen in der E-Definition gelöst.
Lookup in der 1. Tabelle, Ergebnis in der selben Position der 2. Tabelle.

[holgerscherer]

Hier hilft nur ein Array mit 2 Feldern. Feld 1= Name des Elements, Feld 2 = Inhalt.
Das hat man schon früher mit den 2 Tabellen in der E-Definition gelöst.
Lookup in der 1. Tabelle, Ergebnis in der selben Position der 2. Tabelle.

Für solche Schweinereien lieb(t)e ich das gute alte Net.Data - da ging sowas wie

@DTW_ASSIGN(newvar, $(VAR$(BLUBBER$(PREF))))

Auch wenns der Lesbarkeit nicht dienlich ist...

[Fuerchau]

Powershell, Rexx, Java/Script, Excel, VBA, .Net, u.v.m.
ILERPG: njet!

[BenderD]

Powershell, Rexx, Java/Script, Excel, VBA, .Net, u.v.m.
ILERPG: njet!

... du hast dynamische Speicher Allokation, typisierte Arrays, was brauchst Du mehr?

D*B

PS: gute Programme kommen zuweilen ohne so etwas aus!!!

[Fuerchau]

Dynamische Arrays, dynamische(re)s SQL, Assoziative Arrays und Feldlisten, ...
Oder einfach nur eine .Net-Portierung (Core) auf AS/400, ähm, IBM i.
Technisch wäre das möglich.
Man stelle sich nur vor: eine 128-Bit-Net-Entwicklung;-).

[camouflage]

Dynamische Arrays kannst Du auch in RPG haben.

[Fuerchau]

Aber nicht typsicher. Klar kann ich ein Array bis max. 16MB per Based-Pointer definieren und per Alloc Speicher zuweisen. Allerdings liefert mir %elem() die Anzahl definierter Elemente und nicht der Anzahl allokierter Elemente. Man muss also genau wissen, wieviele Elemente gerade angelegt sind, sonst liefern %lookup und andere Funktionen Speicherfehler oder liefern Schrott.
Das ist dann eher Halbdynamic.
Un dann wäre da noch die Grenze von 16MB für Arrays (Dim).

[Novus]

Vielen Dank für die ganzen Antworten.

Habe mich jett dazu entschieden mit einem Parameter abzufragen und dann mit Select die Operation durchzuführen. Klappt wie gewünscht. Das andere wäre nur eleganter gewesen

Viele Grüße

[camouflage]

@Novus
Das was Du meinst, wäre eine Pointer-Lösung gewesen. Leider lassen sich diese nicht durch Feldinhalte setzen. Aber so wie es Du jetzt gelöst hast, auch gut und vor allem verständlich.

@Baldur
Guckst Du hier: https://ibmsystemsmag.com/Power-Syst...ion-arrays-rpg

[Fuerchau]

Mal sehen, wann meine Kunden so ihre Updates machen. Im Schnitt hinke ich da ca. 2-5 Jahre hinterher.
Hast du schon mal ausprobiert, wenn ein Array wächst, ob der Speicherbedarf sich dadurch ändert;-)?

[camouflage]

@Baldur,
Schlaumeier ;-)
Aber ich lass es dich wissen. Bis jetzt hab ich's noch nicht eingesetzt, aus den bekannten Gründen seitens der Kunden. Ich sehe aber durchaus einen Verwendungszweck bei XML-INTO, wenn die Anzahl der XML-Tags nicht bekannt ist.

[Fuerchau]

Gerade dafür gehts ja eben nicht. Der variable Teil beschränkt sich auf die Ebene 0, also die DS selber.
Für XML-INTO habe ich aber variable Arrays auf der 2., 3., ... Ebene.
Und die Einschränkung auf 16MB des Gesamtarrays bleibt ja.
Allerdings hatte ich noch nicht die Möglichkeit, *TERASPACE auszuprobieren. Laut Birgitta lehnt der RPG-Compiler bereits Variablen/DS größer 16MB ab.