Return to Client ohne Inhalt

[Fuerchau]

Was sagt der SQLCODE und SQLSTATE?
Was sagt das Joblog?
Wie ist die Commit-Steuerung (set option commit=...)?

In der QTEMP kann nicht journalisiert werden, daher kann schon mal der eine oder andere SQL scheitern!

Und wieso kopierst du die Tabellen ohne Daten, DATA(*NO)?
Wie kommen die Daten in die QTEMP-Tabelle?

[JGreim]

SQLCODE/SQLSTATE sind jeweils 0.
---------------------------------------------------
Cursor CUR1 eröffnet.
1 Ergebnismengen von Anweisung SET RESULT SETS verarbeitet.
- RETURN /* RETURN wegen Ende des CL-Programms */
1 Ergebnisgruppen sind aus Prozedur GETTEST in TESTXT verfügbar
---------------------------------------------------
Commit-Steuerung....
---------------------------------------------------
Die Tabelle wurde extra für die Ausgabe/Weiterverarbeitung erstellt
und soll keine Daten dauerhaft beinhalten.
---------------------------------------------------
Die Daten werden im SQLRPGLE gefüllt und mit einem WRITE geschrieben.

[Fuerchau]

Wer ruft mit was den Cursor nun ab?
Du beschreibst ja nur die Sendeseite.

[JGreim]

Die Prozedur wird mit dem "Run SQL Scripts" aufgerufen und sollte hier die Tabelle mit dem einen Datensatz anzeigen.

[B.Hauser]

Könnte es sein, dass der Override nicht zieht, weil RPG und CL in unterschiedlichen Aktivierungsgruppen laufen?
Versuch mal den Override Scope im OVRDBF auf *CALLLVL oder *JOB zu setzen.

Birgitta

[JGreim]

Das wars. Vielen Dank !

[Robi]

Das war meine 1. Idee, aber er spricht in seinem Code die Datei doch mit QTEMP. an!

Wofür dann der OVR?

[Fuerchau]

Da gebe ich dir Recht.
Wenn ich direkt von QTEMP lese, brauchts keinen OVRDBF.
Vielleicht wird doch nicht QTEMP kodiert?