CCSID 273 und CCSID 500 [Archiv] - [NEWSboard IBMi Forum]

jaimosky

19-08-20, 14:14

Hallo,

wir haben eine Anwendung, die für 273 vorbereitet ist. So wenn wir in Programm einsteigen, mit eine Sitzung mit CCSID in Client gleich 273, dann werden die Symbole Ä, Ö usw. richtig angezeigt.

Der Kunde möchte, dass die Clients mit CCSID 500 arbeiten sollten. Ich habe ein Test gemacht, und wenn ich mit CCSID 500 in Client einsteige, dann werden die Sonderzeichen nicht richtig angezeigt (z.B. Ü wird [, @ wird §) weder bei fixe Anzeige noch bei Datenbank Daten.
Wie sollten wir die Problematik am besten umgehen?

lG.
Jaimosky

Fuerchau

19-08-20, 15:02

Wenn die Client-CCSID auf 500 steht muss auch der Job auf die CCSID 500 gesetzt werden, da es zwischen Device und Job keine CCSID-Konvertierung gibt.
Die Dateien können auf 273/1141 bleiben, denn dies ist zu 500 kompatibel.

a) warum will der Kunde CCSID 500 wenn doch die DB auf 273 steht?
b) ist das System denn mit QCCSID 500 konfiguriert?
c) welche Sprache ist denn installiert?
d) Wenn Deutsch installiert ist, werden die Umlaute/Sonderzeichen der Systemobjekte nicht korrekt angezeigt, da die Systemobjekte (z.B. MSGF's) mit CCSID *HEX ausgeliefert werden. Dies gilt bereits für den Logon-Bildschirm.

jaimosky

19-08-20, 15:18

Hallo und vielen Dank für deine Antwort.
a) Der Kunde will 500 weil er hat eine andere Anwendung, die anscheinend unter 500 läuft.
b) Nein, es ist mit 65535 definiert.
c) Deutsch sollte drauf sein, da die Sprache zu Verfügung steht.

So wenn ich es richtig verstanden habe, wenn den JOB CCSID und die Sitzung CCSID beide 500 sind, dann sollte es ohne Problem laufen?

camouflage

19-08-20, 15:36

@Baldur,
sieht nach einem Schweizer Kunden aus.

Fuerchau

19-08-20, 16:13

Wo die Maschine steht ist doch letztlich egal wenn die CCSID's zu einander passen.

Für alle noch mal zum nachlesen;-):
http://www.fuerchau.de/fileadmin/software/Globalisierung%20iSeries.pdf

(http://www.fuerchau.de/fileadmin/software/Globalisierung%20iSeries.pdf)Da kann man mal sehen, wie lange das schon wieder her ist.

Christian Bartels

26-08-20, 10:49

Geht es um Textkonstanten im Programm? Dann muss - zumindest bei C/C++ - der Parameter Target CCSID (TGTCCSID) berücksichtigt werden. Wie es bei RPG aussieht, weiß ich nicht, könnte aber ähnlich sein. Damit alles passt, sollte die JOB CCSID die gleiche sein wie die TGTCCSID des Programms, und die CCSID der 5250-Emulation sollte die gleiche sein wie die Job CCSID.

Mit freundlichen Grüßen,
Christian Bartels.

Fuerchau

26-08-20, 10:55

Generell gilt: Die CCSID der Quelle wird zur Compilezeit verwendet. Textkonstanten gehören zum Programmcode und unterliegen keinerlei Codewandlung. Dasselbe gilt i.Ü. auch für DSPF und insbesonders für PRTF's da diese kein MSGID sondern nur MSGCON können.
Wenn man also variante Zeichen per Code verwendet, ist man nicht mehrsprachenfähig (siehe meine Doku).