[NEWSboard IBMi Forum]

Hybrid View

  1. #1
    Registriert seit
    Feb 2001
    Beiträge
    20.696
    QDCXLATE arbeitet mit der angegebenen Tabelle, die kannst du dir mit DSPTBL (oder per WRKBL) ja ansehen.

    Wenn du nun QASCII ansiehst, weißt du warum Zeichen nicht korrekt umgesetzt werden.

    Besser ist da schon, andere Tabellen zu verwenden, die da kompletter sind (Q273xxxyyyy, Qxxxyyy273) u.v.m.

    Anstelle von QDCXLATE gibt es neue API's, die keine Tabellen mehr benötigen da du von/nach CCSID direkt angibst.
    Dienstleistungen? Die gibt es hier: http://www.fuerchau.de
    Das Excel-AddIn: https://www.ftsolutions.de/index.php/downloads
    BI? Da war doch noch was: http://www.ftsolutions.de

  2. #2
    Registriert seit
    Oct 2004
    Beiträge
    39
    Danke erst mal, aber
    es ist so, dass die Daten als Ascii hier eintreffen, dann in Ebcdic umgestzt werden und vor dem zurücksenden dann wieder in Ascii umgesetzt werden müssen.
    Was könnte ich da für andere Tabellen nehmen?

  3. #3
    Registriert seit
    Feb 2001
    Beiträge
    20.696
    Dazu eine Frage: wie kommen die Daten ins System?
    Wenn die Daten ins IFS gestellt werden, dann bietet sich CPYFRMSTMF oder CPYTOIMPF an. Da gibt man die CCSID der STMF an, von Windows ist das z.B. ANSI 1252.

    ASCII definiert nur die Hexcodes x'00' bis X'7F' wobei es dann eben zu den Verlusten kommen kann.
    Voll-ASCII ist z.B. CCSID bzw. Codepage 850.
    Ich glaube es gibt da z.B. Q273337850 (273 nach 850) und Q850337273 (850 nach 273).
    Dienstleistungen? Die gibt es hier: http://www.fuerchau.de
    Das Excel-AddIn: https://www.ftsolutions.de/index.php/downloads
    BI? Da war doch noch was: http://www.ftsolutions.de

  4. #4
    Registriert seit
    Oct 2004
    Beiträge
    39
    Hallo,
    Die Daten kommen über Sockets hier an,
    werden dann in eine DTAQ gestellt, das PGM liest diese ein und setzt die Daten dann mit QDCXLATE und QEBCDIC um
    nach dem durchlaufen versch. PGM'e werden die Daten dann wieder mit QASCII
    umgesetzt und versendet.

    Gruß
    KL

  5. #5
    Registriert seit
    Feb 2001
    Beiträge
    20.696
    Dann kann man nur annehmen, dass diese Codepage 850 haben.
    Du kannst es mit den oben von mir genannten Q-Tabellen versuchen, die sind eigentlich immer da.

    Da du aber schon C-Routinen verwendest kannst du auch die Konvertierungs-API's verwenden:
    Character Conversion APIs

    Einfacher gehts auch mit diesem Programm (ähnlich QDCXLATE):
    Convert a Graphic Character String (CDRCVRT, QTQCVRT) API

    Der Vorteil hier ist, dass keine Tabellen mehr nötig sind.
    Du kannst direkt von 850/1252 nach 273 und zurück konvertieren.
    Dienstleistungen? Die gibt es hier: http://www.fuerchau.de
    Das Excel-AddIn: https://www.ftsolutions.de/index.php/downloads
    BI? Da war doch noch was: http://www.ftsolutions.de

  6. #6
    Registriert seit
    Oct 2004
    Beiträge
    39
    Danke
    für die schnelle Hilfe, werde die
    Vorschläge mal ausprobieren

    Gruß
    und ein schönes WoEn

Similar Threads

  1. Java, JDBC, iSeries und Tschechische/Russische/Chinesische Zeichen
    By Christian.Hesse in forum NEWSboard Programmierung
    Antworten: 3
    Letzter Beitrag: 04-08-06, 10:04
  2. Drucken von tschechischen Zeichen
    By GEA in forum NEWSboard Drucker
    Antworten: 1
    Letzter Beitrag: 07-03-06, 11:22
  3. Auslesen kyrillischer Zeichen via ODBC
    By Unregistriert in forum IBM i Hauptforum
    Antworten: 2
    Letzter Beitrag: 31-01-05, 15:18
  4. SQL-Statement für nicht-druckbare Zeichen
    By M Scheid in forum NEWSboard Programmierung
    Antworten: 8
    Letzter Beitrag: 04-11-04, 13:26

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • You may not post attachments
  • You may not edit your posts
  •