Nutzung von **free RPG und SQL Precompiler wirft Fehler?

[Fuerchau]

Ggf. kann dein Precompiler noch nicht breiter als 72 Stellen und dein SQL war eben breiter.
Dies ist aber mit neueren Versionen/Releasen/PTF's schon behoben.

[Dominic K.]

Meine SQL Anweisungen sind nicht breiter als 72 Stellen, habe darauf geachtet weil dschroeder
oben bereits ja das gleiche angedeutet hatte. Wenn du dir die Statement noch einmal anschaust wirst du auch shehen das die Statements jetzt sogar noch breiter sind als vorher(aber noch kleiner als 72 Stellen), weil das END und ELSE ja in die Zeile darüber positioniert worden sind, damit sind beide Zeilen jetzt 4 Stellen breiter als vorher.

Interessant ist auch das wenn ich die die beiden ersten SQL Statements komplett kopiere und in eine neue Quellcodedatei übertrage sie auf anhieb funktionieren, auch mit **free und keinen Fehler auswerfen.
Kopiere ich diese gesamte Quelle in eine neue Teiledatei gibt es am wieder den gleichen Fehler.

Alles echt ein wenig seltsam.....

[dschroeder]

Kopierst du sie denn in die selbe Sourcedatei? (Also in dieselbe QRPGLESRC)?
Ganz blöde Frage: Deine Teildatei hat aber schon die Art "SQLRPGLE") ?

[Dominic K.]

Ja kopiere manuell mit Ctrl+C aus der alten Quelle in die neue und die neue Datei ist auch definitiv eine SQLRPGLE Datei : )

EDIT: Nein habe testweise in eine andere Sourcedatei kopiert, wieso?
EDIT2: Habe mal nachgeschaut die Sourcedateien haben die gleiche CCSID und auch sonst sind diese identisch, mal von Name und Größe ect. abgesehen

[dschroeder]

Was heißt "von Größe abgesehen"? Haben die Dateien eine unterschiedlichen Breite (also Satzlänge)?

[Dominic K.]

Nein Satzlänge ist mit 112 identisch, mit Größe meinte ich Spiechgröße usw. also Werte wo klar ist das die eh nicht identisch sein müssen.

[BenderD]

... da steht noch so ein Hex-Frickel, den Du durch die Else überklatschst.

D*B

[Dominic K.]

OK, wie hast du den gefunden?
Habe den Quellcode selber schon in Notepad++ gepackt und mir alle(auch die sonst nicht sichtbaren) Zeichen anzeigen lassen, konnte nicht auffälliges finden.

Ist den auch bei dem anderen SQL noch ein HEX Wert da, der Fehler taucht ja bei beiden Statements auf.

Hier auch sonst noch einmal das *SRVPGM: http://pastebin.com/3B4iPzi1
die auskommentieren Bereiche sind nicht wichtig, sind nur weg weil ihr das sonst nicht testen könnt. Hat keinen Einfluss auf die Fehler

[BenderD]

... suchen würde ich den mit DSPPFM und F10 - finden kann den hier bei diesem Ratespiel niemand, außer Dir selber.

D*B

[Dominic K.]

OK, dann schaue ich mir das einmal damit an.
Danke an alle für die Mühe mir hier zu helfen! Echt klasse : D

[B.Hauser]

Vielleicht noch eine Anmerkung zum Source Code:
SQLCODE sollte niemals auf = 0 (alles in Ordnung) oder <> 0 (vermeintlich Fehler) geprüft werden, sondern immer auf < 0 (Fehler) und = 100 (nicht gefunden / Last Record).

Es gibt Situationen in denen SQL einen Datensatz zurückbringt, aber zusätzlich eine Warnung ausgibt (SQLCODE > 0 und <> 100).

Birgitta
Bei einer Abfrage auf SQLCODE = 0 bzw. SQLCODE <> 0 würden diese korrekten Daten als fehlerhaft ausgegeben werden.

Birgitta