rstlib aus *savf, Umlaute in CL

[programmer400]

Bei der Installation einer Fremdsoftware aus einem *savf bricht die Installation ab. Hab rtvclsrc des Installationscls gemacht und festgestellt, dass es einige Umlaute in den Befehlen gibt. Beispiel: CHGVAR VAR(&QSHCMD) VALUE('echo "äCvdPort=' *TCAT &PORTSTR *TCAT- 'ü/" >> ' *BCAT &CFGNAME) Kann mir bitte jemand sagen, was da die Ursache ist? Hab ich beim Rückspeichern was übersehen oder wurde der *savf schon falsch erstellt?

[Robi]

Vermute mal,
das der rtvclsrc in eine PF-SRC mit anderer ccsid gegangen ist als das Orginal
Robi

[hel400]

Abgesehen davon, viel wichtiger (und hilfreicher) wären doch die Meldungen im Joblog !
Da stehts dann schwarz auf weiß (bzw grün auf schwarz )

[programmer400]

Also zur genauern Erklärung:
Es handelt sich um einen Agent einer amerikanischen Sicherungssoftware, die auf einem Linux-Server läuft. In einem Verzeichnis des Linux-Servers (der läuft nicht auf der AS/400) gibt es diesen *.savf den ich lt. Installationsanleitung per FTP auf die AS/400 transferiert hab.

Weiters dann rstlib blablabla und Aufruf des Installationscmds.

Die Installation bricht dann ab, ohne dass im joblog detailierte Einträge zu finden wären. Daraufhin hab ich das rtvclsrc gemacht und mir sind die Sonderzeichen und Umlaute aufgefallen, die dort sicher nicht so hingehören.

[hel400]

Na ja soweit ok, aber der RSTLIB + das Installationscmd laufen ja auf der AS/400, also muss dort auch im Joblog der genaue Fehlertext zu finden sein

(--> es kann natürlich absolut so sein, dass Du mit den Umlauten schon auf der richtigen Spur bist - trotzdem wäre das Joblog die einfachste Quelle zur EINDEUTIGEN Fehlerermittlung).

[Fuerchau]

Der RSTLIB ist nicht das Problem da hier CCSID's keine Rolle spielen.
Wichtig ist deine CCSID während der Installation.
Da die Software amerikanisch ist, gehe ich von CCSID 037 aus.
Wenn dein Job CCSID 65535 hat wird die Quelle nicht konvertiert und du bekommst Schrott.
Setze deinen Job korrekt auf z.B. 273, dann werden die Quellen beim Compile angepasst.
Bei den Umlauten handelt es sich z.B. um eckige Klammern.

[programmer400]

Hier das Joblog:

[programmer400]

@furchau:
Danke für die Info, aber das is a bissl zu hoch für mich.

- Wie ändere ich die CCSID im Job?
- Kann ich dann das mit rtvclsrc "ermittelte" cl-Programm einfach wieder umwandeln?

[Fuerchau]

OK, ich habe das RTVCLSRC übersehen.
Ändere deinen Job auf CCSID 037!
Zur Laufzeit erfolgt keine Codewandlung von eingebetteten Code-Konstanten.
Je nachdem was diese Software so enthält benötigst du eine eigene Umgebung mit 037 als CCSID da bestimmt noch mehr Konstanten so entstanden sind.

[Robi]

- Wie ändere ich die CCSID im Job?

chgjob ccsid(037)

- Kann ich dann das mit rtvclsrc "ermittelte" cl-Programm einfach wieder umwandeln?

Das bringt nix!
Wenn, musst du dir eine pf-src erstellen die die 37 hat und dir ansehen was die Zeichen dort darstellen
Das musst du in einer 1141 oder 273 ccsid pf-src 'abschreiben', wandeln uns ausführen.
Aber wie Baldur schon geschrieben hat: Wenn in dem Produkt Konstanten verwendet werden, wird das nicht wirklich funktionieren (andere CL's, RPG/Cobol/...)
Dann muss das ggf in einer 037 er Umgebung laufen damit es überhaupt funktioniert.

Robi

[programmer400]

DANKE - superjubel!

Installationscl ist jetzt durchgelaufen.

Frage noch: als Config-Datei wurde ins ifs eine Datei mit eckigen und runden Klammern erstellt.

kann das so korrekt sein?

[Fuerchau]

Wenn die Anwendung mit 037 läuft, wird sie wohl auch genau auf diese Datei zugreifen.