select * from SYSTEM.LIB.FILE

[BenderD]

... was steht denn da alles im Joblog? Riecht aber eher nach Bug.
Ein Beispiel findest Du hier: https://sourceforge.net/p/appserver4...src.testardtyp (ist zwar für Zugriff auf nicht DB2 Datenbanken über ArdGate, geht aber auch für DRDA Connections genauso)

D*B

[WeRi]

Hallo Dieter,

an Hand Deines Beispiels habe ich kompiliert, jetzt läuft's erst mal.

Wenn ich das Programm statt mit OBJTYPE(*MODULE) mit OBJTYPE(*PGM) kompiliere, läuft's nicht.

Was ist denn dafür der Grund ?

[BenderD]

... ein paar Details über das auftretende Problem und Dein Programm braucht man für eine Antwort schon.

D*B

[WeRi]

Hallo Dieter,

jetzt hab ich - glaube ich - den Grund für die Missverstände.

In STRSQL ist "select * from SYSTEM.LIB.FILE" als auch "select * from SYSTEM/LIB/FILE" erlaubt,
in Embedded SQL dagegen nur "select * from SYSTEM.LIB.FILE".

Für die Annotation SYSTEM.LIB.FILE muss daher beim Kompilieren die Option *SQL gesetzt werden
statt des Standardwerts *SYS.

Kannst Du das so bestätigen ?

Besten Dank für Deine Unterstützung.

[Fuerchau]

Das ist korrekt.
Man kann allerdings "set option naming = *sql;" im Programm einstellen, so dass man es nicht mehr vergisst.

[BenderD]

... ich nehme ohnehin eher naming *SQL, soweit das mit der vorgefundenen Landschaft kompatibel ist. (In Datenschrank-Anwendungen, wo Dateien nach LIBL gesucht werden müssen geht das halt nicht.) Ansonsten stelle ich mir immer die Erstellungsbefehle in die Quellen rein und lese die mit einem Preprozessor aus (selbiger ist auf meiner Webseite als Open Source zu finden) und mache die Objekte damit grundsätzlich selfcontaining. (Falls ich wirklich mal BNDDIR [Bundesnachrichten Dienst Verzeichnisse] brauche kommt da der CRTSRVPGM als Kommentar rein, ansonsten meist in die Modulquelle).

D*B