Programmstatistik "Zuletzt benutzt am" kann nicht stimmen

[dschroeder]

Beim CRTPGM lässt sich beim Parameter BNDSRVPGM einstellen, dass spät aktiviert wird (*DEFER), d.h. unmittelbar bei der ersten Referenzierung. Geht wohl auch im BNDDIR, was ich seit Jahrzehnten nicht mehr verwende. Noch flexibler ist man, wenn man selber per API aktiviert, dann wird nix gebunden und nix automatisch aktiviert, d.h., dass man zur LAufzeit entscheidet, was gebunden werden soll.

D*B

Da muss ich mal ein bisschen nachlesen...

[Fuerchau]

Sobald ein (automatischer) Prozedurpointer gesetzt wird, erfolgt die Zuweisung der Benutzungsinfo.
Das ist wie beim impliziten Datei-Open. Lesen muss ich die ja dann nicht.

[BenderD]

... man beachte den Bundes Nachrichten Dienst: Seht euch mal den addbnddire an, der hat eine Einstellung für jedes Objekt, ob sofort oder erst bei tatsächlicher Verwendung aktiviert wird. CRTPGM beim Parameter BNDSRVPGM ebenso.

D*B

[dschroeder]

Vielen Dank an alle, insbesondere an Dieter Bender.

Den Parameter für *DEFER heben wir gefunden. Wir überlegen noch, ob das irgendwelche Nachteile haben kann, wenn wir die Aktivierung "verzögern". Laut IBM Hilfetext soll das ja sogar positive Auswirkungen auf die Performance haben.
Nachteile fallen mir da nicht ein. Deshalb wundert es mich, dass *DEFER nicht der Standardwert ist.

[B.Hauser]

*DEFER ist deshalb nicht Standard, weil er erst mit Release 6.1 eingeführt wurde.
Zuvor wurde immer alles mit *IMMED aktiviert.
Ansonsten gibt es keine Nachteile, im Gegenteil, anstatt alles beim ersten Aufruf zu aktivieren, wird ein Service-Programm erst dann gesucht und aktiviert, wenn der erste Aufruf einer Prozedur aus dem Service-Programm erfolgt. Damit kann man u.U. Zeit und Speicher sparen.
Die Zeitunterschiede (auch bei vielen Service-Programmen) liegen allerdings im Nano-Sekundenbereich.

[Robi]

unsere 'design vorgaben' stammen aus frühen 5.4 Zeiten

da wurde das 'löschen (in deinem Fall) gecalled wenn das Programm i.d.R zum ansehen und bearbeiten ist.
Ging bei uns immer um Speicherplatz, nie um die letzte nano Sekunde. In dialog Pgmmen ist ja eh der Anwender das langsamste ...

[dschroeder]

Nochmals herzlichen Dank für alle Antworten!
Super Forum!!

[BenderD]

Vielen Dank an alle, insbesondere an Dieter Bender.

Den Parameter für *DEFER heben wir gefunden. Wir überlegen noch, ob das irgendwelche Nachteile haben kann, wenn wir die Aktivierung "verzögern". Laut IBM Hilfetext soll das ja sogar positive Auswirkungen auf die Performance haben.
Nachteile fallen mir da nicht ein. Deshalb wundert es mich, dass *DEFER nicht der Standardwert ist.

... Nachteile hat das eher keine. Das mit der Performance halte ich für ein Gerücht, bei der ersten Verwendung rattert das Programm in einen Pointer Fehler, der dann durch die Aktivierung geheilt wird, das kostet eher mehr Zeit als gespart werden kann. Essentiell ist feinkörnige Modularisierung und eine vernünftige Bindestrategie.

D*B

[Fuerchau]

Zumal die gesamte Kette der verbundenen Serviceprogramme dann immer mit geladen wird.