Who is calling

[woodstock99]

also entweder verstehst du mich nicht oder ich dich .

nochmal.

es gibt X programme auf der iseries.
jedes davon verwendet irgendwelche prozeduren von irgendwelchen modulen, serviceprogrammen usw .

der befehl listet mir doch nur die prozeduren auf die das MODUL bereitstellt .

ich will aber wissen welche prozeduren PGMA aufruft.

es kann sein das es von modul a
2 prozeduren aufruft, von modul b 4 , usw usw.


Also , ich will alle Prozedurnamen wissen die das PGMA (RPGLE) verwendet.

[BenderD]

der befehl listet mir doch nur die prozeduren auf die das MODUL bereitstellt .

i

das ist DSPMOD DETAIL(*EXPORT)!!!!

schau Dir mal DSPMOD DETAIL(*IMPORT) an!!!

[Fuerchau]

natürlich benötigst du die einzelnen Module des PGMA um einen DSPMOD für dieses Modul durchzuführen!

Die Importe sind eben dann die aufgerufenen und die Exporte die bereitgestellten Prozeduren.

Welches Programm/Serviceprogramm im Endeffekt verwendet wird, entscheidet ja dann doch die LIBL.

Wie Dieter schon anmerkte, bei doppelten Namen ist der tatsächliche Aufruf eher unklar.

[woodstock99]

sorry aber wir reden aneinander vorbei .
den hab ich mir angeschaut . das bringt mir aber nichts!!! was soll ich jetzt damit anfangen ?

checkt das hier irgendwer oder bin nur ich zu doof

[woodstock99]

fuerchau. ja das sind aber dann alle. und ich weiss nicht welche das PGMA davon verwendet.

ich will aber genau wissen welche Prozeduren PGMA aufruft. also genau den namen von den z.b. im PGMA verwendeten prozeduren .

das modul hat meinetwegen 100 . ich will wissen welche , und genau nur die zwei prozeduren die das PGMA davon verwendet .

[Fuerchau]

Entschuldige bitte, aber ich stimme dir da eher zu letzterem zu .

Beim DSPMOD erscheint die Liste der importierten "unaufgelösten" Symbole.
Diese sind die Prozeduren/Variablen, die beim späteren CRTPGM in den anderen Modulen (ggf. per BNDDIR) gesucht und aufgelöst werden.
Also sind das die Namen der verwendeten prozeduren!

Exportierte Symbole sind die zur Verfügung gestellten Prozeduren.

Damit erhältst du eine Liste der Module mit Importen und Exporten.

Per DSPPGM / DSPSRVPGM erhältst du nun, welche Module denn in diesen Programmen verwendet werden.

Nun setzt du dies in Bezug zur oberen Liste.

War das nun klar genug?

Ergänzung:

PGMA -> MODUL1 -> Import Prozedur1

SRVPGM -> MODULB -> Export Prozedur1

[woodstock99]

jupp ich bin zu doof oder ich steh heute so dermassen auf dem schlauch das alles zu spät ist .

PGMA ist ein ganz normales RPGLE .

wo hast du jetzt die information her welche Prozedur PGMA - vom modul1 verwendet??

ich glaub britta hat mich verstanden was ich will .

schau mal bei dir am system nach .
nimm ein RPGLE das ein paar prozeduren vom ModulA aufruft. und nun sage mir welche das genau sind die PGMA aufruft ohne in den Quellcode zu schauen .

ich hab keinerlei zusammenhang.

[BenderD]

jupp ich bin zu doof oder ich steh heute so dermassen auf dem schlauch das alles zu spät ist .

... dem möchte ich jetzt nicht widersprechen!

statt CRTBNDRPG machst Du einen CRTRPGMOD und für dieses Modul (und alle weiteren, eventuell statisch gebundenen) machst Du dann DSPMOD DETAIL(*IMPORT) und kriegst dann genau die verwendeten externen Procedures ausgegeben.

D*B,
bei dem es offensichtlich kühler im Büro ist.

[Fuerchau]

Wie Dieter schon sagt, du benötigst das originäre Objekt "Modul1" der Art *MODULE.

[woodstock99]

ja bei mir ist es sehr warm im büro.
aber das kann doch auch nicht die lösung sein . soll ich jetzt 7364 module erstellen und dann hat man ja noch das problem mit den H bestimmungen . DFTACTGRP(*NO) . deshalb hab ich ja auch geschrieben wir reden aneinander vorbei. wollte das evtl per api lösen , wenn man da iregdnwie die möglichkeit gehabt hätte rauszufinden welche prozeduren ein pgm aufruft .
trotzdem danke

[Fuerchau]

Wie schon gesagt, ein API gibt es hierzu nicht.

Aber vielleicht hilft dir DMPOBJ hier etwas weiter.
Bei Programmobjekten tauchen bei mir im Abschnitt "Zeichenfolgeverzeichnis" die Namen der externen Prozeduren auf.
Jetzt musst du nur noch alle PGM-Objekte dumpen und die Spools sinnvoll auswerten .

Was die nachträgliche Modulerstellung angeht, so ist das der Fluch der bösen Tat, von vornherein nicht erst Module und dann Programme erstellt zu haben.

[BenderD]

ja bei mir ist es sehr warm im büro.
aber das kann doch auch nicht die lösung sein . soll ich jetzt 7364 module erstellen und dann hat man ja noch das problem mit den H bestimmungen . DFTACTGRP(*NO) . deshalb hab ich ja auch geschrieben wir reden aneinander vorbei. wollte das evtl per api lösen , wenn man da iregdnwie die möglichkeit gehabt hätte rauszufinden welche prozeduren ein pgm aufruft .
trotzdem danke

... was ist daran denn aufwändiger als für 7364 Programme APIs aufzurufem, oder Sourcen durchzuscannen (mal abgesehen von der Problematik dafür auch noch ein Auswerteprogramm zu machen. oder Bildchen zu zeichnen). Klar, unbestritten; Hätte man das gleich vernünftig angepackt, wäre das alles einfacher gewesen...

D*B