CPYTOIMPF nochmals

[AK1]

Hallo,
habe mit folgenden Befehl:

CPYTOIMPF FROMFILE(&BIBL/&FROMFILE) TOSTMF(&TOFILE) +
MBROPT(*REPLACE) STMFCODPAG(*PCASCII) +
RCDDLM(*CRLF) DTAFMT(*DLM) FLDDLM(';')

eine CSV-Datei erstellt.


Die nummerischen Felder sehen dann so aus:

;0 ;111 ;109
;0 ;812 ;784
;0 ;7100 ;6809
;0 ;7416 ;7115
;0 ;7669 ;7350
;0 ;7688 ;7367


Es sind die führenden Nullen weg und linksbündig. Beim Empfänger ist das Ergebnis somit falsch.


In der phy. Datei stimmt der Wert des Feldes. Wie kann man die führenden Nullen ausgeben bzw. das Feld rechtsbündig.


Danke

[Fuerchau]

Dann hat der Empfänger ein Problem.
CSV ist so definiert, dass führende Nullen nicht benötigt werden und somit eine linksbündige Darstellung erreicht wird.
Excel kann die Daten so lesen.
Möchtest du eine formatierte Ausgabe musst du das z.B. per SQL in eine PF und anschließend per CPYTOSTMF ins IFS ausgeben.

[AG1965_2]

Das ist die allgemein übliche Aufbereitung.
"Falsch" ist das Ergebnis nur dann, wenn der Empfänger die Daten falsch verarbeitet. Denn 111 ist numerisch durchaus das Gleiche wie 0000000111. Und auch das CPYFRMIMPF in die andere Richtung kann das verarbeiten.
Relativ einfache Alternative: Zwischendatei, in der die numerischen Felder Alpha-Felder sind. Dort kann man sie mit führenden Nullen versehen, wie man lustig ist.
Aufwändigere Alternative: eigenes Export-Programm (oder php-Skript, etc.) schreiben (und dem Empfänger verrechnen :-) ).

[Pikachu]

Denn 111 ist numerisch durchaus das Gleiche wie 0000000111.

Kommt drauf an. In C zum Beispiel nicht.

[Fuerchau]

Das musst du mir aber erklären, wie in C der numerische Wert 111 und 00..0111 zu unterscheiden ist.
Immerhin ist ein numerischer Vergleich erst nach einem Umwandeln von CHAR nach INT/DOUBLE (atoi/scanf) möglich und da spielen Vornullen nun mal keine Rolle.

[Pikachu]

0111 in C ist (wegen der vorangestellten Null) oktal und entspricht somit 73 dezimal.

ILE C/C++ Language Reference - Integer Literals

[AG1965_2]

Ja, in diesem Thread geht's aber nicht um die Eigentümlichkeiten in diversen Sprachen, sondern um sowas Ähnliches wie csv-files.
Und der C-Programmierer, der beim einem csv-Import solche Zeichenfolgen als oktale Zahl interpretiert, hat wohl in eher kürzerer als längerer Zeit ein Problem mit seiner Umwelt. :-)
Für csv-files gibt es nun mal nicht so strenge Regeln wie für XML mit Schemas, aber auch dort erlebt man seine blauen Wunder ("Wir verarbeiten XML-Files im Textformat. Ihr XML-file ist in WordPad aber nur eine Zeile."). :-)

[KingofKning]

Erwähnte ich bereits das ich mir deshalb eine View baue damit ich den Problemen aus dem Weg gehe?

Ich kann dann casten bis der Arzt kommt und es alle Recht machen.

Mich dünkt ich erwähnte es bereits......

GG

[BenderD]

0111 in C ist (wegen der vorangestellten Null) oktal und entspricht somit 73 dezimal.

ILE C/C++ Language Reference - Integer Literals

... hört sich schlau an, ist aber Kohl, oder auch Kappes. Dein Verweis geht auf Integer literals, das zu den numeric literals gehört, das sind aber Zeichenketten sprich Strings und keine numerischen Werte.

D*B