View Full Version : OVRDBF auf eine bereits überschriebene Datei
Starocotes
26-02-14, 14:02
ProgrammA kann in unterschiedlichen Jobs parallel laufen. Da hab ich ja dann unterschiedliche LDA's.
Denn kann ich aber nicht verwenden da der in zu vielen anderen Programmen gleich genutzt wird.
Ne statische Datenstruktur geht nicht weil dann ja beim Parallelbetrieb eventuell was durcheinander kommen würde.
Bin gerade am prüfen ob ich nicht doch einen Übergabeparameter missbrauchen kann.
Missbrauch ist immer schlecht.
Aber die LDA kann man schon benutzen (ich mache das auch häufig):
- Ursprüngliche LDA (1KB) komplett einlesen
- LDA modifizieren, CALL oder SBMJOB
- LDA wiederherstellen
Beim SBMJOB wird die lokale LDA kopiert und an den Batchjob übergeben.
... da könnte man doch einen UserSpace mit Pxxxxxx (xxxxxx = Jobnummer und P ein Prefix erstellen), das ist dann gleich auf 26 Stück erweiterbar, den könnte man dann noch über LIBL suchen lassen, beim SBMJOB kann man dann den LDA da rein sichern und den Namen des zu verwendenden USRSPC in den LDA reinmalen und dann im aufgerufenen Jobe wieder alles richtig rumkopieren; das müsste doch genug hergeben, dass man die Programme garnicht mehr versteht...
D*B
Starocotes
26-02-14, 15:01
Danke für die Hilfreichen Antworten, habe mich gerade entschieden das komplette Programm in Assembler auf nem 286 neu zu schreiben oder alternativ hab ich hier auch noch 2 Programmtafeln zum Stecken rumliegen :D
LDA sichern ist nicht, weil es doch ein wenig komplexer ist und ich die Daten aus dem LDA auch brauche.
Werd das jetzt mit dem Parameter probieren.
Vorsicht mir der Jobnummer! Es kann durchaus (wenn auch sehr selten) mehrere (aktive) Jobs mit derselben Jobnummer geben, solange sich diese Jobs im Benutzernamen oder Jobnamen unterscheiden.
Vorsicht mir der Jobnummer! Es kann durchaus (wenn auch sehr selten) mehrere (aktive) Jobs mit derselben Jobnummer geben, solange sich diese Jobs im Benutzernamen oder Jobnamen unterscheiden.
Im Workmanagement Guide steht immer noch: The job number is a unique number assigned by the system.
Hast Du da andere, dokumentierte Informationen? Oder ist das wieder die Kaffeesatz Diskussion mit dem ewig laufenden Job und dem Wrap der Jobnummer?
D*B
Das wäre mir auch neu.
Wenn in der Job-Tabelle kein Platz mehr ist, kann kein neuer Job initiiert werden.
Beim Überlauf dauert das Erstellen halt ein wenig länger, da die interne Jobtabelle sequentiell nach Lücken durchsucht wird.
...
Jetzt müsste ich aber unter bestimmten Voraussetzungen das umbiegen auf DateiZ.
...
Hallo,
wie wäre es mit der ganz wüsten Idee, zwei LF DateiX + DateiY in QTEMP anzulegen, die beide auf die PF DateiZ zeigen?
Egal welcher OVRDBF dann greift, es sollte dann DateiZ verwendet werden.
Gruß, Christian
Ich hab eine 825 mit V5R3 und 9 aktiven Jobs mit der gleichen Jobnummer (http://www.aibobar.de/pikachu/954.html) auf meiner Seite. ;)
Holger ist mein Zeuge (http://www.rzkh.de/wrkactjob2929.png) (seit 2007 (http://pub1.de/jobnummer.jpg)) ...
Im Workmanagement Guide steht immer noch: The job number is a unique number assigned by the system.
Hast Du da andere, dokumentierte Informationen? Oder ist das wieder die Kaffeesatz Diskussion mit dem ewig laufenden Job und dem Wrap der Jobnummer?
D*B
Die Job-Nr. 666666 scheint da wohl ein Spezialfall zu sein.
Die fällt zumindest aus dem normalen Rahmen.
Ich denke mal, die zählt hier nicht :).