Probleme mit IFS und CCSID

[JonnyBrazil]

Das hilft leider nicht für Batch, oder gibts dazu ein passendes Kommando ?
Ich denke eher, das der EDTF dann halt beim Speichern die Datei eben neu erstellt, was mit obiger Methode ja gemacht wird.

Ab V5R3 sollte das mit CHGATR OBJ('/temp/test.txt') ATR(*CCSID) VALUE(800) funktionieren

[prs]

chgatr geht auch bei V5R2.

[alfredo]

Hallo!

Bei CHGPF werden keine Zeichen umgesetzt.
Es wird nur ein anderes Etikett aufgeklebt.
Ab diesem Zeitpunkt wird allerdings bei CPYF bzw. Schreib-/Leseoperationen eine Umsetzung zur Job-CCSID gemacht.

lg

[Fuerchau]

@alfredo

Das ist so nicht ganz richtig !
Beim CHGPF von 65535 (*HEX) auf eine andere CCSID oder umgekehrt ist das korrekt.
Baim CHGPF von CCSID xxx auf CCSID yyy (z.B. von 273 auf 285) erfolgt aber eine Datenkonvertierung !!!

[alfredo]

@Fürchau

Dann versuch mal folgendes:
Gib in eine Datei(273) in ein Feld ÄÜ ein.
Ändere die Datei auf CCSID 870
Bei DSPDB siehst Du jetzt , aber nicht weil die Daten geändert wurden sondern die Zeichen von CCSID 870(Datei) auf CCSID 273(Job) gedreht wurden.
Wenn Du den Job auch auf 870 änderst, erfolgt keine Umsetzung, daher siehst Du auch wieder ÄU.
Bei DSPPFM erfolgt übrigens keine Umsetzung.

Das heisst:
Wenn man nachträglich eine lebende Datei auf einen andere CCSID umstellen will, muss man eine leere Datei mit dem neuen Zeichensatz anlegen und von der alten kopieren.

lg
alfred

[Fuerchau]

Da ich viel mit SQL arbeite habe ich auch häufig CCSID's auf Feldebene.
Wenn diese CCSID geändert wird, erfolgt auch eine Umsetzung der Daten.

Bezüglich CHGPF muss sich klammheimlich was geändert haben und meine Erfahrungen sind nun für den Müll.