Triggerverarbeitungsprogramm aus Testumgebung debuggen

[Fuerchau]

Das ist aber eigentlich schon immer so gewesen.
Wenn Programme einen Call gemacht haben, dann halten Sie einen Pointer auf das gefundene Objekt bis der Job beendet ist.
Ausnahme: das CL-Kommando CALL, das immer eine neue Referenz ermittelt (wiederum nicht im CLLE).

Im alten OPM-RPG gabs den Befehl "FREE" (COBOL CANCEL), mit dem ein Call-Pointer aufgehoben wurde und das Programm (auch wenn LR=OFF ist), aus dem Speicher entfernt hat.
Dies ist im ILERPG nicht mehr möglich, da ACTGRP's bzgl. von Inits anders arbeiten.

[Pikachu]

Parsing Program Names on a Call (ILE RPG)

Program references are grouped to avoid the overhead of resolving to the target program. ...

[dschroeder]

Vielen Dank für Eure Antworten. So klar war mir das bisher nicht. Ich weiß, dass es oft Probleme gibt, ein neu kompiliertes Programm in den Zugriff zu bekommen. Da werden oft die Objekte aus der QRPLOBJ gezogen. Erst wenn die ACTGRP beendet wird, kann man sicher davon ausgehen, dass das neue Objekt gezogen wird.
Ich dachte aber bisher, dass das etwas anderes ist, wenn man die *LIBL ändert. Dass das auch nicht sofort wirkt, war mir nicht so klar.

[Fuerchau]

Das ist ja nicht nur mit Programmen so, das gilt auch und gerade bei SQL für die sog. ODP's.
Wenn ein Programm eine Datei offen hat, dann hilft ein CHGLIBL auch nicht mehr.

Vorsichtig muss man ebenso bei ACTGRP's und RCLACTGRP sein.
Wenn ein ILE aufgerufen wird, laufen bestimmte Initialisierungen tatsächlichund ausschließlich beim Aktivieren eines Programmes (noch vor INZSR), dann wird falls vorhanden die INZSR aufgerufen.

Macht man nun ein RCLACTGRP und ein Programm aus Gruppe A hält noch einen Pointer aus Gruppe B, so wird das Programm aus B nicht entfernt, die ACTGRP aber gelöscht.
Ruft nun A das Programm B auf, stürzt dieses mit diversen Fehlern ab, da z.B. automatisch geöffnete Dateien bei der Initialisierung geöffnet wurden, beim RCLACTGRP zwangsgeschlossen aber nun beim erneuten Aufruf nicht wieder geöffnet werden. Ebenso wird auch INZSR nicht erneut aufgerufen, was durch den RCLACTGRP ggf. erforderlich wäre.