-
Der Inhalt der Dateien muss vorher geklärt sein um sie korrekt verarbeiten zu können.
Wenn ich immer wieder raten muss, ist da ein Problem.
Wie du schon beschreibst, der CHGATR ändert nur das Attribut aber nicht die Daten.
Das Attribut ist entsprechend den Daten zu setzten!
D.h., UTF-8 in 1208, ANSI in 1252!
Automatisch passiert da nichts.
Ggf. kannst du da eine Analyse der Inhalte (nach dem CPY) machen ob z.B. UTF-8-Zeichen im Text vorkommen. Dies geht z.B. mit QSH "fgrep ...". Anhand des Ergebnisses machst du dann einen passenden CHGATR.
Da QNTC ein Fremdserver ist wird hier keine CCSID unterstützt. Beim Kopieren muss der Binärmodus gewählt werden.
Das Problem hierbei ist der MOV, da dieser bei verschiedenen IFS'n erst einen CPY und anschließend einen DEL aufruft.
Der CPY versucht auch das Attribut CCSID mitzunehmen, was hier leider nicht geht.
Das Kopieren ins QNTC geht auf 2 Wegen:
a) per QSH mit dem "cp fromfile tofile", hier geht ja auch "cp * /qntc/verz"
b) per CPYTOSTMF ... CVTDATA(*NONE), nur jede Datei einzeln
-
Wonach muß ich beim fgrep suchen?
Nach einem/mehreren Hex-Werten?
Wie kann ich sicher sein, das es die nur in der codierung gibt?
Hab ich dich richtig verstanden, das ein CPY/MOV vom IFS ins QNTC nie geht und ich immer QSH verwenden muß?
Danke
der ILEMax
-
Der "fgrep" war jetzt eigentlich nicht so ganz ernst gemeint.
Aber wenn du suchen willst, dann stimmt es schon dass du nach dem Vorkommen von UTF8-Zeichen suchen musst.
Der "grep" ist da ggf. besser (laut WIKI) da er "reguläre Ausdrücke" verarbeiten kann.
Wie du nun UTF-8 erkennen willst, kannst du an Hand folgender Tabelle analysieren:
http://www.utf8-zeichentabelle.de/
Westeuropäische UTF-8-Zeichen beginnen i.W. mit x"C2" = Â und x"C3" Ã.
Kommen diese also vor, ist UTF-8 wahrscheinlich (aber nicht sicher wenn es normale Zeichen in ANSI 1252 wären).
Bzgl. des QNTC hast du das korrekt verstanden, wobei eben ein CPYTOSTMF auch geht.
-
Danke
ich hab mich jetzt für die try and error variante entschieden
Ich mach den Cpyfrmstmf mit 1208, knallt der mach ich ihn mit 1252 nochmal
nicht schön aber effektiv
-
Und zu Deinen Nachrichten - das sind Beendigungsnachrichten, also *COMP. Keine Abbruchnachrichten (*ESCAPE), also solltest Du auch überhaupt keine Probleme mit den Nachrichten haben.
Und das "System", das was falsch macht, ist der PC - denn da muss der User selber wissen, wie seine Daten kodiert sind oder es schlägt künstliche Dummheit zu, die es erkennen soll.
Auf dem IBM i gibt es eben dafür die CCSID.
Am PC hat man das erst mit XML mehr oder weniger gelöst, indem man die Kodierung in der Verarbeitungsanweisung angibt. (Aber auch da lügen genügend Programme / Anwender. Schreiben oben UTF-8 und schicken dann 1252-Daten.)
Similar Threads
-
By watchdogg in forum NEWSboard Programmierung
Antworten: 10
Letzter Beitrag: 20-08-14, 13:54
-
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
-
By Arbi in forum IBM i Hauptforum
Antworten: 2
Letzter Beitrag: 13-10-01, 11:59
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