SQL umwandlun

[Robi]

@Dieter
CRTSQLRPGI OBJ(&OBJLIB/&MBR) SRCFILE(&LIBRPG/&FILE) +
OBJTYPE(*MODULE) TGTRLS(&TGTRLS) ist der Befehl,

&TGTRLS ist allerdings V5R4M0 (das hab ich per debug auf V7R1M0 gestellt, ohne erfolg)

cmddft's sind
RDB(*LOCAL)
DBGVIEW(*SOURCE)
Commit(*none)

Ich bekomme kein Modul

@Birgitta
leider nicht, das Pgm hat einige Globale D Bestimmungen.

@Andreas
mit geändertem

rpgppopt(*LVl2)

hat es geklapt.

kannst du das erklären?
Danke an alle, Robi

[andreaspr@aon.at]

Das Problem hab ich auch schon öfters gehabt, dass wenn z.B. Copy-Strecken oder Proceduren mit SQL verwendet werden, der Pre-Kompiler dies nicht richtig erkennt.
Mit *LVL2 wird alles brav aufgelöst und korrekt umgewandelt.

lg Andreas

[BenderD]

... bei deinem Umwandlungsbefehl bekomme ich auch die vom Precompiler generierten Variablen in die Umwandlungsliste des RPG Compilers?!?!?!

Das Problem des Precompilers ist die lausige Qualität, der will globale Variablen generieren, findet aber zuweilen die richtige Stelle nicht und generiert diese in die erste Procedure. Damit sind sie dann lokal und werden in anderen Procedures nicht gefunden. Dass das dann mit einer damit nichts zutun habenden Compile Option geheilt wird, ist wohl ein weiterer Schmutzefekt, der den anderen aufhebt.

D*B

[B.Hauser]

@Robi

RPGPPOPT *LVL2 löst alle Copy-Strecken auf!
Das deutet daraufhin, dass zu zwar globale D-Bestimmungen hattest, aber diese in Copy-Strecken versteckt.
Wie gesagt einfach eine LEERE D-Bestimmung vor dem 1. C oder P-Statement uns schon klappts.

Birgitta

[Robi]

@Birgitta
Ich weis das du meistens recht hast. Hier aber leider nicht.
Das Pgm hat diverse /copy und auch diverse 'solo' D-Zeilen (global)

Fals es noch jemand interesiert: Das Pgm ist über 5 Jahre alt und wurde vor einigen Tagen zum 12 mal erweitert. Es gab NIE Umwandlungsprobleme. Nur jetzt, warsch. durch irgend eine PTF-Aktion ausgelöst. Alles im PGM im bereich SQL ist 'alter' Kram
Robi