Zeichensatz beim Download von AS/400 ändern?

[Fuerchau]

Ich glaube für die Tchechen ist das eher kein "nice to have" sondern schon wichtig, dass der Datenextrakt korrekt ist.

[Chris.jan]

Die arbeiten nun 6 Jahre mit dem System und urplötzlich fragt ein einzelner Mitarbeiter nach nem Download, den die jetzt 6 Jahre lang täglich gemacht haben ohne Probleme mit dem falschen Zeichensatz....

Viel mehr interessiert mich ja wie das überhaupt klappt. Der interaktive Job übernimmt scheinbar die Codepage von der Device mit Codepage 870. Wegen der CCSID 65535 würde ich jetzt mal vermuten, daß das System die Daten binär so speichert wie eingegeben, also ohne Änderung. Und beim Download müßte das doch alles wieder rückwärts ohne Konvertierung klappen. Quasi wieder der gleiche Zeichensatz - aber da nutzt ClientAccess wohl doch die System-Codepage 273 und spuckt Sonderzeichen aus, weil es die Daten für Codepage 273 hält. Richtig verstanden?

[Fuerchau]

Nicht ganz.
Bei 5250 entscheidet der JOB die Art der Speicherung.
Wenn hier 65535 wird nichts zwischen Terminal und Datei gewandelt, deshalb klappt das ja.

Bei ODBC siehts etwas anders aus.
Da der Client ja in ANSI abeitet, klappt das mit 65535 nicht mehr.
Die Daten der Datei liegen in 273 vor und müssen ja irgendwie in 1252 gewandelt werden. Die JOB-CCSID des ODBC-Jobs (QZDASOINIT) wird daher immer eine gültige CCSID und nie *HEX haben.

Die CCSID wird ggf. über die Sprache des Users bzw. Systemsprache eingestellt.
Nun könntest du ja den User auf 870 bringen, allerdings ist dies zu 273 inkompatibel und wird daher abgelehnt.