Kann man Sourcefiles im IFS speichern und die Texte behalten?

[Fuerchau]

"eine Prozedur pro Serviceprogramm" ist auch Perfomance-Suboptimal.
Je externen Verweis auf ein Programmobjekt (egal ob Service oder nicht), verwaltet ein Programm einen sog. "Systempointer". Dieser wird beim Laden eines Programmes initialisiert.
Schlägt der Init fehl, kommt es allerdings erst zur Laufzeit zu einem Laufzeitfehler.
Je mehr Systempointer ich nun habe, desto länger die Ladezeit beim Erstaufruf da jedes Objekt über die LIBL gesucht werden muss, was zugegeben auch ziehmlich schnell ist.
Bei INLR = *ON oder MAIN-Programmen werden die Verweise ja wieder aufgehoben.

Warum führt das System wohl über das interne Systemobjekt QINSEPT eine Verweisliste auf alle möglichen Runtime-Module?
Die Compiler generieren da nämlich Aufrufe wie "call Ptr(4711)..." um die Initialisierungen zusparen.

[mihael]

... das kann man doch wieder ausgleichen, indem man mehrere Programme zu einem zusammenpackt mit einer generischen Schnittstelle und einem zusätzlichen Parameter Action und über letzteren dann steuert, welche Funktion ausgeführt wird. Da kommen die Russen lange nicht dahinter, warum man seine Programme mit CRTSRVPGM und seine Serviceprogramme mit CRTPGM umwandelt...

D*B

ATOMROFL =)

Danke!!! Du hast meinen Tag gerettet. =) =D

BTW: .... schon mal etwas tiefer in das JTOpen Projekt eingetaucht. Da findest Du genau diese Methodik wieder. brrrr..... alleine bei dem Gedanken schüttelt es mich.

[BenderD]

BTW: .... schon mal etwas tiefer in das JTOpen Projekt eingetaucht. Da findest Du genau diese Methodik wieder. brrrr..... alleine bei dem Gedanken schüttelt es mich.

... zum lachen finde ich das nicht, da fällt mir als gottlosem Ungläubigen eher Lukas 22 62 ein

[malzusrex]

... zum lachen finde ich das nicht, da fällt mir als gottlosem Ungläubigen eher Lukas 22 62 ein

Gut das es für Ungläubige wie mich einen Herr Google gibt, 22-62 übersetzen kann ;-)

[dschroeder]

Zu dem Thema "nur eine exportierte Procedure pro Serviceprogramm" habe ich mich schon des öfteren geäußert. Das läuft bei uns sehr gut. Wir haben keinerlei Probleme, irgendwelche Module zu verwalten. Warum auch? Module interessieren uns gar nicht. Da gibt es nichts zu verwalten. Jedes Serviceprogramm wird in unser Binderverzeichnis eingetragen (geschieht automatisch durch unser Compile-Programm).

Wir haben keine Versionsprobleme mit Signaturen, da jedes Serviceprogramm nur für sich selbst verantwortlich ist. Einfacher geht es doch kaum.

Dass es performancemäßig suboptimal ist, kann sein. Das kann ich ja so nicht testen. Aber wir haben da keinen Performanceengpass.

Unser Compile-Programm füllt bei jedem Kompiliervorgang auch gleich unser eigenes Repository, sodass wir ein komfortables Suchprogramm für die Suche nach bestimmten Programmen nutzen können.
Außerdem erzeugt unser Compile-Programm auch gleich den passenden Prototype für das umgewandelte Programm und legt den Verweis darauf ebenfalls in unserem Repository ab.

Als besonderes Feature haben uns unsere Java-Entwickler dann noch ein kleines Plugin für den LPEX Editor im RDi geschrieben. Das Plugin trägt automatisch alle benötigten Copy-Strecken für unsere Prototypes in den Sourcecode im LPEX Editor ein. (Es scannt einmal kurz den Source im Editor und holt die passenden Copy-Strecken Anweisungen dann aus dem Repository).

Fazit: Wir müssen eigentlich gar nichts mehr manuell tun, was mit Compiling oder der Unterscheidung zwischen Serviceprogrammen und normalen Programmen zu tun hat. Ich schreibe einfach ein Serviceprogramm und kompiliere es. Dann kann ich es in jedem anderen Programm benutzen. Fertig.

Dieter

[Fuerchau]

In diesem Gesamtcontext wird da nun einiges klarer.
Bei den extrahierten Einzelaussagen kann es eben zu den schlimmsten Vermutungen kommen.