[NEWSboard IBMi Forum]
  1. #1
    Registriert seit
    Jan 2007
    Beiträge
    905

    FTP Unicode nach UTF8 Windows

    Hallo Forum,

    Ich schlag mich hier mit Unicode rum und es funktioniert auch im Grossen und Ganzen. Nun steh ich aber beim FTP Transfer an. Im Gegensatz zum CPYTOIMPF (muss den nehmen, da nur ein String-Feld) knallt mir der FTP die Datei auf den MS-Server mit "NUL" Werten drauf.
    Also den Doublebyte nicht aufgelöst.

    Im FTP die CCSID zu definieren geht auch nicht, da heult mich das System gleich mit einem TCP4993-Fehler an.

    Kann ich wirklich nicht eine 13488-Datei native und ohne Umwege auf einen MS-Server übertragen oder doch?

    Danke für die Hilfe.
    kf

  2. #2
    Registriert seit
    Feb 2001
    Beiträge
    20.241
    Nur im Binärformat. Allerdings benötigt ein Programm dann die BOM (ByteOrderMark) am Anfang der Datei um Unicode zu erkennen.
    Allerdings muss das verarbeitende Programm die BOM auch verarbeiten (z.B. Notepad, Notepad++).
    Ansonsten bleibt nur die Umsetzung in z.B. UTF8. Aber auch das muss das Zielprogramm dann wissen.
    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

  3. #3
    Registriert seit
    Jan 2007
    Beiträge
    905
    Danke Baldur,

    hab mich zwar genervt und verschiedenste Varianten ausprobiert. Mit einem BOM voraus geht es schon irgendwie, nur die Leerzeichen hab ich trotz Trailing nicht weg bekommen. Ausserdem wird das File durch Fremd SW weiterverarbeitet und keine Ahnung was passiert, wenn da plötzlich vorgängig der BOM lauert.

    Schliesslich den bösen Vorschlaghammer genommen = Transfer in's IFS als UTF8 Datei und dann FTP auf den MS Server. Warum denn einfach, wenn's auch kompliziert geht. Immerhin, läuft.
    kf

  4. #4
    Registriert seit
    Feb 2001
    Beiträge
    20.241
    Auch hier stellt sich trotzdem die Frage, ob die Weiterverarbeitung UTF8 verarbeiten kann.
    Reicht denn für euren Fall nicht simples ANSI, Codepage 1252, aus?
    Oder habt ihr wirklich internationale Zeichen, also west-/osteuropäisch, kyrillisch, arabisch, alle in der selben Quelle?
    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

  5. #5
    Registriert seit
    Jan 2007
    Beiträge
    905
    Das Problem ist: kyrillisch, Spezialzeichen wie Trademarks etc. und das alles auf einem Haufen.
    Immerhin kann mich bald nichts mehr erschüttern, oder frei nach MD "I'm loving it".
    kf

  6. #6
    Registriert seit
    Aug 2014
    Beiträge
    179
    Hallo,

    vielleicht hilft das:

    type c 1208
    namefmt 1
    put /home/MyFile.csv /qsys.lib/mylib.lib/myfile.file/myfile.mbr
    quit

    Herzliche Grüße
    Rainer

  7. #7
    Registriert seit
    Feb 2001
    Beiträge
    20.241
    Dies gilt nur für Übertragung zur AS/400.
    Das "type c" ist eben AS/400-spezifisch.
    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

Similar Threads

  1. Konvertieren in Unicode
    By Rainer Ross in forum NEWSboard Programmierung
    Antworten: 5
    Letzter Beitrag: 28-10-16, 16:16
  2. ccsid 273 /1153 nach 1208 (Unicode)
    By K_Tippi in forum NEWSboard Programmierung
    Antworten: 3
    Letzter Beitrag: 01-09-15, 10:48
  3. Windows Problem nach Update von iAccess [gelöst]
    By JanItor in forum IBM i Hauptforum
    Antworten: 10
    Letzter Beitrag: 11-02-15, 15:13
  4. Unicode - Performance weg
    By spiceisnice in forum IBM i Hauptforum
    Antworten: 14
    Letzter Beitrag: 21-10-14, 17:06
  5. Ausgabe UTF8
    By Dirschl in forum IBM i Hauptforum
    Antworten: 0
    Letzter Beitrag: 23-10-02, 11:52

Berechtigungen

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