Folgende Fragen werden behandelt:
Warum erhalte ich beim Start den Fehler "Invalid code page specified"?
Wie kann ich alle relevanten Natural-Codepage-Einstellungen anzeigen?
Wie kann ich UTF-8-Zeichencodierung mit Natural-Code behandeln?
Warum erhalte ich einen Fehler, wenn ich ein Natural-Source-Objekt bearbeiten möchte?
Warum erhalte ich einen Fehler, wenn ich ein Natural-Source-Objekt speichern möchte?
Wie kann ich die Zeichencodierung eines Natural-Sourcecodes herausfinden?
Wie kann ich die Zeichencodierung eines Natural-Sourcecodes ändern?
Welches Ersatzzeichen wird verwendet, wenn ein Zeichen nicht konvertiert werden kann?
Die Codepage, die Sie mit dem Profilparameter
CP
definiert
haben, existiert entweder nicht (gültige Codepages siehe
http://demo.icu-project.org/icu-bin/convexp
und zugehörige IANA-Namen siehe
http://www.iana.org/assignments/character-sets)
oder ist eine für die Plattform ungültige Standard-Codepage (z.B. eine
ASCII-Codepage kann nicht auf einer Großrechner-Plattform benutzt werden).
Prüfen Sie, ob gleicher IANA-Name, CCSID/CCSN oder Aliasname gemäß
Angabe in
NATCONFG
benutzt wird.
Die Standard-Codepage
ist die Codepage, die Codepage, die das Ergebnis der Auswertung des
Profilparameters CP
ist.
Die Standard-Codepage, die von Natural zur
Konvertierung zwischen Codepage und Unicode und umgekehrt benutzt wird, kann
durch Anzeige des Inhalts der Systemvariablen
*CODEPAGE
festgestellt werden.
Benutzen Sie das Systemkommando CPINFO
.
Benutzen Sie das MOVE
ENCODED
-Statement für die Konvertierung von UTF-8 nach
UTF-16: Die Codepage "UTF-8" muss für die
A-Format-Variable benutzt werden.
Prüfen Sie, ob Sie die korrekte Codepage benutzen. Falls die Codepage korrekt ist, prüfen Sie, ob die gewählte Schriftart (Font) die Zeichen unterstützt, die Sie anzeigen wollen.
Das Source-Objekt wird mit der zum Zeitpunkt der Erstellung gültigen Codepage gespeichert. Sie erhalten einen Konvertierungsfehler, wenn der Sourcecode nicht von der Codepage des gespeicherten Source-Objekts in die Codepage der aktuellen Natural-Session konvertiert werden kann. Sie können Natural mit der Codepage des Source-Objekts starten, um eine Konvertierung zu vermeiden, oder Sie nicht konvertierbare Zeichen in dem Fenster, das beim Start des Editors erscheint, anpassen.
Wenn Sie über den Natural Single Point of Development (SPoD) mit einer Großrechnerumgebung verbunden sind, wird der Sourcecode vom Großrechner in der SPoD-Umgebung in Unicode konvertiert und bearbeitet. Wenn er gespeichert wird, muss er in die Codepage des Natural-Servers konvertiert werden. Ein Konvertierungsfehler kann auftreten, wenn ein Unicode-Zeichen nicht in der Codepage der Natural-Server-Session abgebildet ist.
Wenn Sie sich in einer nativen Natural für Großrechner-Umgebung (ohne SPoD) befinden, erhalten Sie beim Speichern eines Source-Objekts keine Fehlermeldungen, da ja keine Konvertierung erfolgt. Der Sourcecode wird mit der Codepage-Information der aktuellen Natural-Session gespeichert.
Codepage-Informationen sind Bestandteil des Natural Source
Directory. Benutzen Sie das Systemkommando
LIST
DIR
, um das Verzeichnis anzuzeigen.
Sie sollten Ihre Natural-Session mit der gewünschten Codepage
starten und den Natural-Profilparameter CP
(Name der
Standard-Codepage) benutzen. Setzen Sie den Natural-Profilparameter
SRETAIN
(Source-Format beibehalten) auf OFF
. Bearbeiten Sie den Sourcecode
und speichern Sie ihn. Der Sourcecode hat jetzt die geänderte
Codepage-Information. Alternativ können Sie die Utility
SYSCP
benutzen, um die Codepage-Zuweisung eines Sourcecodes zu prüfen oder zu ändern.
Es wird das Ersatzzeichen der Codepage oder, falls in der Konfigurationsdatei angegeben, das Platzhalterzeichen verwendt.
Sie können auch mit früheren Natural-Versionen, die noch keine Codepage-Unterstützung bieten, auf Sourcecodes zuzugreifen, die mit Codepage-Informationen gespeichert wurden. Das Layout des Sourcecodes wurde nicht geändert. Wird mit einer früheren Version auf den Sourcecode zugegriffen, so werden die Codepage-Informationen werden einfach ignoriert.