Das ist, wie immer, nur die halbe Wahrheit !!!

Wenn die Datenbank die Zeichen mit CCSID 273 speichert, kann (eigentlich) immer nur auch Code 273 ausgegeben werden.
Wenn nun die polnische Sitzung mit Hostcodepage 970 arbeitet, heisst das nichts anderes, als das die DARSTELLUNG der Daten aus CCSID 273 als CCSID 970 ANGENOMMEN werden aber nicht tatsächlich sind.

Wie ich schon immer wieder geschrieben habe:
Die CCSID der Datenbank und des Jobs ist die Speicherung/Verarbeitung des Hexcodes eines Zeichens, die Hostcodepage und auch CHRID ist die Darstellung der Zeichen !

Mit der Installation der polnischen Sekundärsprache hat das alles überhaupt nichts zu tun, sondern diese dient nur dazu, ggf. Bedienführung des OS in polnisch zu haben.
IBM-Sekundärsprachen funktionieren aber nur korrekt, wenn der Job und das Terminal (CA-Sitzung) in der CCSID der Sekundärsprache ausgeführt werden.

Nur leider scheitert dann häufig das Arbeiten mit der Datenbank, da diese meist auf 273 steht und somit das Öffnen der DB vom OS mangels Konvertiermöglichkeit abgelehnt wird.

Da das Thema mit den osteuropäischen Sprachen wohl immer mehr zunimmt, kommt man um ein Redesign seiner Anwendung auf UNICODE nicht mehr herum, denn das ist die einzige Möglichkeit mehrere Sprachräume (Latin1-6) in einer Datenbank unterzubringen.

Um nun die polnischen Zeichen zu drucken, muss die PRTF in der CHRID 852 erstellt werden. Zusätzlich muss ggf. ein WSCST-Objekt für den Drucker erstellt werden, der das Umschalten auf die Codepage 852 ermöglicht sonst wird weiterhin CHRID 850 (Latin1=Westeuropa) gedruckt.