QSHELL Log mit unlesbaren Zeichen

[hteufl]

Hallo, und vielen Dank für Eure Antworten!

Ich versuche einmal Eure Fragen zu gut es geht zu beantworten:

ad Fuerchau) der codierte Zeichensatz des Jobs ist 1141
ad Andreas) wir haben schon eine IFS-Logdatei mit Zeichensatz 1208 erstellt. Das hat auch funktioniert. Nur beim öffnen der Protokolldatei erhielten wir danach einen Umsetzungsfehler und das Programm hat abgebrochen. Auch der OpsNav hat den Zeichensatz nicht korrekt angezeigt.

Die lesbaren Texte im Log kommen aus einem CL Programm welches per RPG Modul die Daten in das Log schreibt. Die unlesbaren Daten kommen dezidiert vom QSHELL (Passwortscript und Batch Script).
Bezüglich /QOpenSys/pkgs/bin/bash muss ich mich erst schlau machen.

Danke
Hermann

[Fuerchau]

Das "@"-Zeichen (x'40') steht im EBCDIC für Blank. Also wird da wohl von einem Programm EBCDIC in die Datei kopiert. Hier ist zu prüfen, wo die Daten genau herkommen und welche CCSID die Quelldaten haben. Hier fehlt halt noch die Umwandlung.
Wenn das CL/RPG die Daten erstellt wird ggf. in EBCDIC ausgegeben.
Wenn die Daten zusammengeführt werden, sollte man in QSH mit "iconv" die Daten notfalls konvertieren.
https://www.ibm.com/docs/es/i/7.2?topic=data-iconv

[Andreas_Prouza]

Wenn's EBCDIC ist, müsste man es via WRKLNK lesen können.

[Fuerchau]

Auch WRKLNK kann das nur, wenn der Inhalt zur Codepage auch passt.
Es wird dabei auch nur die STMF-CCSID in die JOB-CCSID umgewandelt.
Wenn die Datei dann 1208 hat, wird @ x'40' dann zu @ x'C0'.

[Andreas_Prouza]

Das lässt sich einfach testen indem man die CCSID der Datei auf z.B. 1141 ändert.

[Fuerchau]

Dann kannst du zwar die EBCDIC-Daten lesbar machen, dafür sind die UTF8-Daten dann Schrott.
Man kann in eine IFS-Datei nicht sinnvoll unterschiedlichen Codepages schreiben