So langsam kommt bei mir ein wenig Licht ins Dunkel der Zeichensätze. Ich habe jetzt festgestellt, dass wir bei unseren Datenbankdateien doch ein Mischmasch aus CCSID 65535 und 273 haben. Ich habe jetzt schon überlegt alle Dateien auf 273 zu ändern, hab's aber zum Glück noch nicht gemacht. Jetzt ist nämlich noch folgendes passiert. Ein polnischer Benutzer (mit CCSID 1153 im USRPRF) hat sich angemeldet. Somit hat sein Job auch 1153. Er wollte auf eine Datei zugreifen, die mit CCSID 273 definiert ist. Dann kam folgender Fehler:

Message . . . . : Datei PROGTEXT in Bibliothek DTDAT nicht geöffnet.
Ursache . . . . : Die Öffnung der Datei PROGTEXT in der Bibliothek DTDAT
wurde wegen Ursachencode 2 abgebrochen. 1 -- Die Kennzeichnung für den
codierten Zeichensatz (CCSID) 1153 wurde nicht gefunden. 2 -- Die Umsetzung
zwischen der Job-oder Programm-CCSID 1153 und der CCSID 273 für die Datei
PROGTEXT mit dem Format *N in der Bibliothek DTDAT ist nicht definiert. 3 --
Die Umsetzung der ASCII-Daten mit der CCSID 1153 wird nicht unterstützt. 4

Offenbar kann nicht von CCSID 273 in 1153 umgewandelt werden. Verstehe ich das so richtig ? Habe jetzt den Job in 65535 geändert. Jetzt kann wieder mit der Datei gearbeitet werden.

Was bringt es mir dann eigentlich, wenn ich überall eine CCSID gemäß der Primärsprache eintrage, die dann aber wegen der nicht durchführbaren Konvertierung zu Programmabbrüchen führt ? Sollte ich nicht doch die Dateien auf 65535 umstellen und lieber dafür sorgen, dass immer mit einer entsprechend konfigurierten Device auf die Daten zugegriffen wird ?

Gruß,
KM