Datenumsetzungsfehler bei READ

[Fuerchau]

Meinst du nicht, dass zwischen "fr" und "om" ein paar zu viele Leerzeichen stehen ?

Wenn das der Select auf die NULL-Felddatei ist, wirst du zur Laufzeit wieder das gleiche Problem haben.
Du must noch Indicatoren angeben um NULL-Felder zu erhalten !

d IndArr 5I 0 dim(nn)

select * into :lsartcw1 :IndArr ...

[Peter Kosel]

Hallo Fürchau,
diese Lücke baut der SQL-Preprozessor in die Umwandlungsliste ein. Das kannst Du an den anderen SQL-Stmts sehen. Das scheint (scheint) nicht das Problem zu sein.

Gruss
Peter

PS.Das mit den Idikatoren und den NULL-Werten hatte ich irgendwie schon wieder vergessen :-(

[Fuerchau]

Das glaube ich nicht !!!

Der Preprozessor verfälscht die Statements nicht sondern setzt nur Kommentare davor und generiert einen CALL-Aufruf.
Schau doch mal in die Original-Quelle.

PS: Für Dateizugriffe im ILE mit Nullfeldern gibt es noch die Umwandlungsoption ALWNULL(*YES) bzw. in den H-Bestimmungen ALWNULL(*USRCTL).

[Fuerchau]

Wenn du als DFTRDBCOL = OPUSDATA verwendest, kannst du die Lib bei allen Selects weglassen.

[Peter Kosel]

Wenn du als DFTRDBCOL = OPUSDATA verwendest, kannst du die Lib bei allen Selects weglassen.

Hallo Fürchau,
vielen Dank für die schnellen Hinweise (natürlich auch an Birgitta und Dieter) DFTRDBCOL ist das eine SET-Option innerhal SQL?
Ich kenne das nicht.

Gruss
Peter

[Fuerchau]

Genau: set option DFTRDBCOL = MYLIB
Bzw. bei der Umwandlung kann es auch angegeben werden.

[Peter Kosel]

Hallo zusammen,

Wenn ich SET OPTION DFTRDBCOL = 'OPUSDATA' eingebe, bekomme ich gleich wieder eine Fehlermeldung und zwar :

RNV8526E Anweisung /EXEC SQL enthält Fehler: SQL0104N Auf "" folgte das unerwartete Token "DFTRDBCOL". Zu den m”glichen Token geh”ren: "DATSEP TIMSEP". SQLSTATE=42601

Peter

[Fuerchau]

In folgendem Link ist die Beschreibung:
http://publib.boulder.ibm.com/iserie...mstsoption.htm

Hast du vielleicht noch OS V4R5 im Einsatz ?

[Joe]

Hallo Peter.

Dein ursprünglich geplanter READ sollte funktionieren
mit ALWNULL in den Compileroptionen.

Gruss Joe

[BenderD]

Hallo Peter,

ich dachte ja bisher immer der SQL PreCompiler von ILE RPG wär besch...
(gerade noch die Kurve gekriegt), aber im Vergleich zu VARPG ist der ja Spitze, so einen Murks wie diese Umwandlungsliste, 40 Jahre nach Erfindung der Lochkarte hätte ich nicht für möglich gehlaten.

Zur Ursachenforschung:
die Blanks zwischen fr und om scheinen mir das nicht zu sein, dieser Fehler des PreCompilers scheint ihn nicht zu stören.

Naming Conventions sind es auch nicht, das wäre dann immer falsch und ließe auch eine andere Fehlermeldung erwarten.

Die Null Values sollten eigentlich erst zur Laufzeit aufschlagen und nicht beim Compile, lässt sich ausschließen mit SELECT COALESCE(Feld1, ' ') etc. from etc.

Mir ist noch ein Bug in der Liste aufgefallen: die SQLCA ist irgendwie verhexelt mit der lsartcw1, der Datenstruktur, in die gelesen werden soll. Lässt sich ausschließen mit einem hochziehen der Deklaration.

Dieter Bender

[Peter Kosel]

Hallo Dieter,

diese Versuche habe ich auch schon unternommen. Deklaration an eine andere Stelle ziehen, SQL-Statement an eine andere Stelle ziehen, alles bislang vergeblich...

Peter

[BenderD]

Hallo Peter,

bevor ich VA RPG von der Platte löschen würde (verdient wär's ja), würde ich nochmal versuchen die Datenstruktur anders als die Datei zu benennen, von wegen der Pferde und der Apotheke...

mfg

Dieter Bender

Hallo Dieter,

diese Versuche habe ich auch schon unternommen. Deklaration an eine andere Stelle ziehen, SQL-Statement an eine andere Stelle ziehen, alles bislang vergeblich...

Peter