-
OVRPRTF FILE(QPDSPSFA) HOLD(*YES)
Hi *all
habe hier ein seltsames Problem.
In einem CLLE wird folgendes gemacht:
Code:
OVRPRTF FILE(QPDSPSFA) HOLD(*YES)
WRKSPLFA FILE(&SPLFILE) JOB(&JOBNBR/&USER/&JOBNAME) +
SPLNBR(*LAST) CRTDATE(*LAST) OUTPUT(*PRINT)
Im Joblog stehen keine Fehler
Code:
RETURN /* RETURN wegen Ende des CL-Programms */
4400 - OVRPRTF FILE(QPDSPSFA) HOLD(*YES)
4600 - WRKSPLFA FILE(PGMA) JOB('831358'/USERA/B251425468)
SPLNBR(*LAST) CRTDATE(*LAST) OUTPUT(*PRINT)
5100 - CHKOBJ OBJ(QTEMP/DSPSFA) OBJTYPE(*FILE)
Dann springt der Drucker an und die QPDSPAFA wird gedruckt
Warum greift der HOLD(*yes) nicht?
Danke
Robi
(der weis, das das auch über ne Api zu lösen ist. Aber der Kollege hat es nun mal so gemacht und ist nun im Urlaub)
Das Notwendige steht über dem technisch machbaren.
(klingt komisch, funktioniert aber!)
-
Unterschiedliche Aktivierungsgruppen!
Alle OVR-Befehle nehmen default OVRSCOPE(*ACTGRPDFN).
Dein CLLE läuft bestimmt in einer anderen als das (ggf. OPM) des WRKSPLFA.
Ändere den OVR in OVRSCOPE(*JOB), vergesse aber nicht auch einen DLTOVR auszuführen.
-
Du meinst das der WRKSPLFA Systemseitig in einer eigenen ACTGRP läuft?
Ich dachte (bisher), das die Systembefehle alle "quasi" mit *caller laufen bzw. zumindest so "als ob" reagieren. Der OVR und der WRKSPLFA werden in dem gleichen CLLE, direkt hintereinander aufgerufen.
Habe nun dern OVRSCOPE mal drin. Melde mich
Das Notwendige steht über dem technisch machbaren.
(klingt komisch, funktioniert aber!)
-
OPM kennt keinen *CALLER!
Die laufen grundsätzlich in der *DFTACTGRP.
Hat dein CLLE das Attribut *CALLER, hängt es eben vom Aufrufer ab, welche ACTGRP dieser gerade gewählt hat.
Mach einen DSPPGM deines Programmes. Per Default erhalten ILE's die ACTGRP ILE.
-
Moin,
also... mit dem Ovrscope(*JOB) funktioniert nun.
Trotzdem ist es mir nicht ganz klar. Den zusammenhang OPM / ACTGRP / *caller usw den kenn ich.
Aber da sowohl der OVR als auch der WRKSPLFA in ein und demselben CLLE, unmittelbar hintereinander laufen, war mir nicht klar, das der WRKSPLFA quasi selber in einer eigenen ACTGRP läuft und dadurch der OVR nicht greift.
Wären das unterschiedliche CL' s, OPM und ILE im Mix, alles klar. Aber so ...
Na egal, es läuft nun.
Danke
Gruß
Robi
-
Die meisten Systemprogramme (schau mal per DSPPGM) sind wohl OPM-Programme.
Somit laufen sie in der *DFTACTGRP.
Nun gibt es aber beim Job wohl komischerweise 2 davon.
Was nun wo läuft lässt sich nur mühsam (per API's) herausfinden.
Früher gab es mal ein Systemtool (ggf. gibt es das immer noch), mit dem sich analysieren lässt, welches Programm in welcher ACTGRP läuft bzw. noch aktiv ist.
Wenn man sich seinen Dialogjob im Callstack (mit F11) die ACTGRP's ansieht, sieht man, dass z.B. das QCMD in der *DFTACTGRP 1 läuft, während das Logon-Startprogramm in der *DFTACTGRP 2 liegt.
Die Programme QWSGET/QT3REQIO usw. liegen wieder in der *DFTACTGRP 1.
Deshalb ist einfach ein OVRSCOPE(*JOB) für Systemausgaben wohl zwingend erforderlich.
Similar Threads
-
By Robi in forum IBM i Hauptforum
Antworten: 10
Letzter Beitrag: 21-05-03, 16:08
-
By Bodo Roggenkamp in forum IBM i Hauptforum
Antworten: 1
Letzter Beitrag: 01-04-03, 15:47
-
By Skipper in forum IBM i Hauptforum
Antworten: 5
Letzter Beitrag: 28-06-02, 10:36
-
By Detlev Kramer in forum IBM i Hauptforum
Antworten: 3
Letzter Beitrag: 22-08-01, 14:48
-
By Matthias.Hayn in forum IBM i Hauptforum
Antworten: 1
Letzter Beitrag: 20-05-01, 16:36
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