CPF33E2 bei Aufruf API QSPCRTSP (nur im Batch)

[aku]

Genau. Der SBMJOB passiert in beiden Fällen gleich (gleiche JobD, gleicher User).

Der Spool soll aus beiden Versionen in dieselbe OUTQ kopiert werden. Also kann doch auch die Berechtigung der OUTQ nicht der Grund sein.

Es gibt in den PgmInfos (DSPPGM pgm DETAIL(*ALL)) einen Wert der bei den Pgms unterschiedlich ist:

Niedrigstes Release für Programmausführung . . : V5R4M0
Umsetzung erforderlich . . . . . . . . . . . . : *NO
Umsetzungsdetail . . . . . . . . . . . . . . . : *COMMON (wo Kopieren funktioniert)

Umsetzungsdetail . . . . . . . . . . . . . . . : *COMPAT (wo es nicht funktioniert)

Kann das vielleicht rein spielen? Obwohl "Umsetzung erforderlich" auf "*NO" steht?

[Fuerchau]

Das könnte ggf. was sein, wobei die Beschreibung sich nicht auf Berechtigungen bezieht:
*COMPAT
Das Objekt ist mit der aktuellen Maschinenimplementierung
kompatibel. Das Objekt ist mit der aktuellen
Maschinenimplementierung kompatibel, und alle Funktionen, die das
Objekt benutzt, werden durch die aktuelle Maschinenimplementierung
implementiert. Das Objekt verwendet jedoch mindestens eine Funktion,
die von der allgemeinen Stufe der Hardware (Version, Release und
Modifikationsstufe), für die das Objekt erstellt wurde, nicht
unterstützt wird.

Dies würde nur zur Laufzeit ein Problem, wenn das Programm an diesem Code vorbeikommt.
Wobei ich mich da frage, wie der Compiler sowas generieren kann.
Dies hat aber nichts mit dem Aufruf des API's zu tun sondern nur mit der Ausführung des Programmes selber.
Ich habe wirklich keine Idee, warum die Berechtigung nicht akzeptiert wird.