SQL umwandlun

**andreaspr@aon.at** · 19-03-14, 10:49

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** · 19-03-14, 12:01

... 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** · 19-03-14, 12:50

@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** · 19-03-14, 14:25

@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