Jobs per RUNRMTCMD gehen nicht auf MSGW

[Fuerchau]

Beim nächsten PTF könnte die Änderung wieder weg sein und keiner merkts.

Besser wäre, wenn du in dem CLP einfach eine INQ-Nachricht an QSYSOPR sendest (SNDPGMMSG) und per RCVMSG dann auf eine Antwort wartest und somit selber die Kontrolle übernimmst.

CHGJOB geht natürlich auch.

[Frank ter Duis]

Beim nächsten PTF könnte die Änderung wieder weg sein und keiner merkts.

Besser wäre, wenn du in dem CLP einfach eine INQ-Nachricht an QSYSOPR sendest (SNDPGMMSG) und per RCVMSG dann auf eine Antwort wartest und somit selber die Kontrolle übernimmst.

CHGJOB geht natürlich auch.

Ich werde wohl einen CHGJOB machen. Vorher ist noch ein DCLF, kann der auch auf Fehler laufen (z.B. Datei nicht vorhanden) oder tritt der Fehler erst beim RCVF auf?

Nur zu meinem Verständniss, wenn der CHGJOB auf Fehler läuft, wäre das auch doof (kein MSGW sondern Job beendet sich einfach oder?).

Gruß Frank

[Pikachu]

Am besten einen MONMSG MSGID(CPF0000) direkt nach dem CHGJOB einbauen.

[Fuerchau]

Nunja, ein CHGJOB läuft nur dann auf Fehler, wenn es nicht der eigene ist oder wirklich falsche Parameter angewendet werden (über Variable).

Der DCLF ist für den Compiler und kein Laufzeitbefehl (wie DCL auch).

Erst der RCVF meldet einen Fehler (CPF0864 ist EOF und sollte überwacht werden !).