Ersatzzeichen in Query

[JonnyRico]

Hi,

ich habe da ein kleines Problem. Ich will Daten aus einer PF anzeigen, aber ein Feld enthält nur das Ersatzzeichen '+'. Mit SQL bekomme ich das Feld auch nicht abgefragt. Ich habe schon mal in der DDS-Quelle nachgeschaut aber da ist das Feld ganz normal mit 6S 0 deklariert.
In unseren Programmen wird das Feld auch richtig dagestellt. Hat jemand einen Tip was ich tun kann?

DSPFFD DATEI1 liefert:

FELD1 ZONED 6 0 6 225 Beides
FELD1
Feldtext . . . . . . . . . . . . . . . : NUMMER

Gruß

Sascha

[Fuerchau]

Schau mal mit DSPPFM, F10=Hex nach, ob gültige Werte drin stehen (also nur F0-F9 und an letzterstelle max. D0 - D9).
RPG ist da etwas neutraler, da die linke Tetrade einfach ignoriert wird beim MOVE.
Wenn die Daten noch von früher sind, können schon mal ungültige Daten drinstehen. Bei neuen Daten ist das eigentlich nicht mehr möglich.

Du kannst auch beim SQL mit "select hex(numfield) ... " mal die Inhalte kontrollieren.

[JonnyRico]

Hi,

in Hex stehen da Werte wie diese drin:

F0F0F2F3F140
F0F0F2F3F340
F0F0F2F3F440

Die Stellen 11 und 12 haben immer den Wert 40. Wenn ich das davor nehme liefert das aber irgendwie auch nicht das was ich erwarte nämlich eine 6-stellige Zahl. Hast du vielleicht noch eine Idee?

Gruß

Sacha

[JonnyRico]

Hey wow in RPG gar kein Problem. Wenn ich die Datei da durchlaufe und immer in ein Feld 6S0 einlese dann klappt das ohne Probleme. Kannst du mir das erklären?

Gruß

Sascha

[Fuerchau]

Wie gesagt, RPG ist da neutral, da in gezonten Daten die letzte Stelle das Vorzeichen enthält:
x'40' ist keine gültige Zahl sondern *BLANK !
Nun frage ich mich allerdings wie die da rein kommt.
Stehen darf da allenfalls X'F0'-X'F9' für positiv und X'D0' - X'D9' für negativ.
Schau mal per DSPPGM das RPG an, irgendwo am Ende steht was von "Dezimalfehler ignorieren". Übrigens: in RPGLE kannst du damit Probleme bekommen, ausser in den H-Bestimmungen definierst du dass *ZONDED-Fehler ignoriert werden.
Die Verarbeitung klappt deshalb, da alles was nich X'Dn' is als 'Fn' also positiv angenommen wird.

Woher kommen denn die Daten ?
Ursache ist meistens ein CPYF mit *NOCHK !!!
Prüfe mal die Definition der Quelldaten mit der Definition deiner Datei !

Kann es dadurch zudem sein, das der Wert des Feldes um den Faktor 10 zu gross ist ???