-
CCSID 273 und CCSID 500
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
-
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.
-
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?
-
@Baldur,
sieht nach einem Schweizer Kunden aus.
kf
-
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
Da kann man mal sehen, wie lange das schon wieder her ist.
-
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.
-
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).
Similar Threads
-
By svit in forum NEWSboard Programmierung
Antworten: 9
Letzter Beitrag: 02-03-17, 08:04
-
By Joe in forum IBM i Hauptforum
Antworten: 2
Letzter Beitrag: 20-09-16, 15:05
-
By Robi in forum NEWSboard Programmierung
Antworten: 8
Letzter Beitrag: 15-08-14, 16:22
-
By Robi in forum NEWSboard Programmierung
Antworten: 5
Letzter Beitrag: 25-04-14, 14:16
-
By Liebhoff in forum IBM i Hauptforum
Antworten: 11
Letzter Beitrag: 04-09-02, 09:27
Berechtigungen
- Neue Themen erstellen: Nein
- Themen beantworten: Nein
- You may not post attachments
- You may not edit your posts
-
Foren-Regeln
|
Erweiterte Foren Suche
Google Foren Suche
Forum & Artikel Update eMail
AS/400 / IBM i
Server Expert Gruppen
Unternehmens IT
|
Kategorien online Artikel
- Big Data, Analytics, BI, MIS
- Cloud, Social Media, Devices
- DMS, Archivierung, Druck
- ERP + Add-ons, Business Software
- Hochverfügbarkeit
- Human Resources, Personal
- IBM Announcements
- IT-Karikaturen
- Leitartikel
- Load`n`go
- Messen, Veranstaltungen
- NEWSolutions Dossiers
- Programmierung
- Security
- Software Development + Change Mgmt.
- Solutions & Provider
- Speicher – Storage
- Strategische Berichte
- Systemmanagement
- Tools, Hot-Tips
Auf dem Laufenden bleiben
|
Bookmarks