Umwandlung mit RPGPPOPT(*LVL2)

[KM]

Das Problem ist ja, dass die temporäre PF-SRC QSQLPRE in QTEMP automatisch nur mit Länge 112 erstellt wird. Und darauf hab ich ja leider keine Einfluss. es wäre schön, wenn ich die Länge irgendwo selbst festlegen könnte.

Gruß,
KM

[dschroeder]

Merkwürdig. Wir wandeln auch mit RPGPPOPT(*LVL2) (Beim Befehl CRTSQLRPGI).
Ich habe gerade mal nachgeschaut. Bei uns hat die QSQLPRE in der QTEMP eine Satzlänge von 240. Das ist ja genau die Satzlänge der Datei, aus der der zu kompilierende Source stammt.

[dschroeder]

Hier ein Hinweis von einer IBM-Seite:
RNF0733

The record length of the output file is too small.
20
Cause . . . . . : The record length of the output file specified on the PPSRCFILE parameter is too small to hold at least one source record in a source member with **FREE in the first line. The record length of the output file must be long enough to hold records from all of the input source members. Some records are truncated.
Recovery . . . : If the CRTSQLRPGI command is used with a value of *LVL1 or *LVL2 for the RPGPPOPT parameter, create file QTEMP/QSQLPRE with a sufficiently long record length prior to using the CRTSQLRPGI command again. Otherwise, correct the PPSRCFILE parameter on the CRTBNDRPG or CRTRPGMOD command to have a file with a sufficiently long record length or specify the PPSRCSTMF parameter to have the output written to a stream file in the Integrated File System. Compile again.

[dschroeder]

Ich habe nochmak genauer geschaut. IBM hat uns damals noch ein weiteres PTF genannt, das das Problem bei uns gelöst hat:

Ptf 5770WDS / SI58914 und 5770SS1 / SI58913 (kommt als prereq Ptf bei der Bestellung mit )

Ob das so für 7.2 geht, weiß ich nicht. Wir waren damals auf 7.1.

[KM]

Aber diese beiden PTFs haben doch gar nichts mit diesem Problem zu tun, sondern da geht es um XML-INTO bzw. XML-SAX.

[dschroeder]

Aber diese beiden PTFs haben doch gar nichts mit diesem Problem zu tun, sondern da geht es um XML-INTO bzw. XML-SAX.

Das weiß ich nicht. Ich habe in meinem mail-Archiv nachgesehen. Wir hatten damals einen PMR bei IBM aufgemacht. Das war laut meinem mail-Arciv die letzte IBM-Antwort:
Hallo Herr Schröder,
ich habe das Ptf 5770WDS / SI58914 und 5770SS1 / SI58913 (kommt als prereq Ptf bei der Bestellung mit ) angelegt und das Modul kann jetzt erstellt werden.
Testen Sie das Ptf bitte und teilen mir mit ob das Problem gelöst ist.

Es ging damals um ein Wandlungsproblem bei SQLRPGLE mit fully free. Nennt IBM die PTFs vielleicht um? Oder gibt es eigene Nummernkreis pro Release? Wie gesagt, wir waren damals auf 7.1. Nach dem Einspielen des PTFs war das Problem gelöst.

Vielleicht löst das PTF ja mehrere Probleme.

[KM]

Stimmt, dieses PTF behebt mehrere Fehler. Einer davon hat auch mit RPGPPOPT zu tun.
Wir haben das entsprechende PTF für V7R2 (SI63821) installiert. Das war es leider nicht.

Ich denke, dass ich da einen Service Request aufmachen muss.

Trotzdem Danke!
KM

[KM]

Ich hab jetzt noch ein wenig rumprobiert und festgestellt, dass die QSQLPRE in derselben Länge erstellt wird, wie die ursprüngliche Source. Wenn ich ein SQLRPG mit der Länge 112, das einen include mit der Länge 250 hat, umwandeln will, dann tritt der Fehler auf, weil die temporäre QSQLPRE nur die Länge 112 hat. Wenn die ursprüngliche Source aber die Länge 250 hat, dann wird auch die QSQLPRE mit 250 erstellt und dann funktioniert's.
Bin eigentlich davon ausgegangen, dass die QSQLPRE in der Länge der längsten beteiligten Source erstellt wird. Dem scheint aber nicht so zu sein.

Ist das nun ein Bug oder ein Feature ;-)

Gruß,
KM

[Fuerchau]

Ich denke eher ein Feature.
Der Compiler müsste ja ggf. noch eine weitere Vorstufe durchlaufen und alle Copy's/Includes durchlaufen.
Dazu kommt ja noch, dass durch bedingte Compilierung Includes ausgeschlossen werden oder recursiv vorkommen (#ifdef). Und das nur, um die max. Ausprägung der SRC zu haben.
Ich sagte ja eingangs, probier mal das Erstellen der SRC-PF vorher. Vielleicht lässt sich der Compiler darauf ein.

[dschroeder]

Ein Feature ist es sicher nicht :-).
Wir haben bei uns, wie bereits gesagt, ALLE Sourcefiles auf die gleiche Länge von 240 gebracht. Damit haben wir dann keine Probleme mit dem Kopieren von Sourcen.
Aber ich würde in deiner Stelle nochmal überlegen, ob ihr wirklich Sourcen mit einer Breite von 250 braucht. Vielleicht reichen euch ja auch die 112 Stellen.
Vor unseren 240 Zeichen breiten Sourcen waren wir bei 132 Zeichen. Aus heutiger Sicht würde uns das auch bei fully free völlig ausreichen. Wir würden auch bei fully free keinen Code schreiben, bei dem wir im LPEX Editor nach rechts scrollen müssten. Würde man in anderen Programmiersprachen auch nicht machen, denke ich.