noch eine Änderung die plötzlich die Umwandlung verhindert

[B.Hauser]

Was ist denn genau die Fehlermeldung?

Der CLEAR hat sich nicht geändert.

[Fuerchau]

Nun ja, ggf. wird nur genauer geprüft. *all gilt für occurs, da clear nur die für aktuelle Ebene einer Variablen gilt.
DIM ist permanent erreichbar, occurs muss per "n occurs array" positioniert werden, was heute i.d.R. durch DIM eben einfacher ist.

[dibe]

*RNF5393 Faktor 2 einer Operation Clear oder Reset ist ungültig

[Fuerchau]

Das ist doch eine Aussage:

https://www.ibm.com/docs/en/i/7.4.0?...m-calculations

Die Betonung liegt ja auf Free-Form. Occurs hat sich da auch überholt, da man dies locker mit DIM ersetzen kann. Nur die Zugriffe sind dann minimal anzupassen:
- Statt n occur array, eval ai = n
- Zugriff dann bei qualified ds(ai).feld oder feld(ai) bei nicht qualified.

Man beachte:
No change has been made to fixed-form calculations.

Da man Free/Fixed mischen kann, kannst du diese Zeile dann ja ggf. in fixed machen. Free/End-Free sind da nicht mehr erforderlich.

[camouflage]

Bis 7.3 ging dies noch, ab 7.4 wird dieser Fehler produziert. M.M. ist das ein Bug. Mit occurs wird kein Fehler ausgegeben.

Wie war das noch mit Rückwärtskompatiblität?

[dibe]

@Fuerchau
Das ist ein FIX-Format Pgm

@camouflage
Danke für die Bestätigung.
Da werden wir uns wohl angewöhnen müssen nach jedem PTF / Releasewechsel alles sicherheitshalber einmal durch zu wandeln.
Wenn es Zeitlich eng ist, möchte mann solche 'Fehler' nicht zusätzlich bereinigen
Wir machen jetzt statt des clear *all eine
for x = 1 To %elem(xxx)
clear
endfor

nicht schön, aber funktioniert wieder.

Vielen Dank
Dietlinde Beck

[Fuerchau]

Rückwärtskompatiblität: binär aber nicht Source, da das Programm ja auch ohne Umwandlung läuft.

[Pikachu]

Aber gerade das macht doch ILE RPG aus, daß die bestehende Dokumentation gültig bleibt und man nicht wie bei PHP, Python, Swift usw. immer bei jeder neuen Version alles neu schreiben muß!?

Rückwärtskompatiblität: binär aber nicht Source, da das Programm ja auch ohne Umwandlung läuft.

[holgerscherer]

Aber gerade das macht doch ILE RPG aus, daß die bestehende Dokumentation gültig bleibt und man nicht wie bei PHP, Python, Swift usw. immer bei jeder neuen Version alles neu schreiben muß!?

die bestehende Doku ist doch gültig, es wurde nur der Fehler behoben, daß *ALL nicht als Fehler moniert wurde?

viele Leute leben inzwischen davon, bei Versionswechseln ganze Umgebungen aktualisieren zu müssen. Die finden das wohl toll.

[Fuerchau]

Auch in .Net-Core ist der Releasewechsel inzwischen alle 3 Jahre und eine Kompatibilität wird erst gar nicht gewährleistet.
Da man da auf sehr viele Fremdkomponenten angewiesen ist (Frontend, Kommunikation, Security, u.s.w.), ist man auch da davon abhängig, dass diese Lieferanten mitziehen.
Es kann da durchaus sein, dass ein tolles Modul für die nächste Version gar nicht mehr existiert oder sog. Sicherheitslücken geschlossen werden, die in der aktuellen Quelle angepasst werden muss.
Denn die vorherige Runtime erhält dann auch keine Sicherheitsupdates mehr.
Beispiel: Bisher konnte man Objekte in einer Datei mit einem binären Modul sichern, so dass auch große Objektbäume in unter 1 Sekunde gesichert werden konnten und die Ausgabe auch überschaubar klein ist.
Dieses Modul wurde entfernt, denn man kann die Daten ja als XML oder JSON sichern.
Hier dauert die Sicherung schon durchaus mal mehrere Minuten und die Wiederherstellung ist sogar noch langsamer.
D.h., was es vorher im Standard gab, kann man jetzt selber neu entwickeln um nicht von weiteren Drittanbietern abhängig zu werden.

Auch die Runtime wird nicht mehr automatisch mit Windows aktualisiert (.Net 4.8), sondern jeder darf das dann für sich selber tun.
Für viele andere Programmiersprachen gibts ähnliche Szenarien. Dies betrifft da dann sogar Datenbanken.

Da sollte man sich auf der IBM nicht über so ein paar Kleinigkeiten aufregen.
Denn außer beim Save/Restore habe ich bei den Objekten noch keine Abhängigkeiten gefunden.