Aufruf STRDBG dauert ewig!

[schatte]

Hallo,

auf einer i5 mit V5R3M0 habe ich ein Problem mir dem Aufruf von STRDBG.
Nach Betätigung der Datenfreigabetaste braucht das System etwa 15 Sekunden bis der Quellcode des Programms angezeigt wird. Die Maschine ist zu diesem Zeitpunkt nicht ausgelastet. Das Jobprotokoll sieht folgendermaßen aus:

3 > STRDBG PGM(TESTPGM)
     Eigentumsrecht für Objekt QTES445668 in QGPL Art *DTAQ geändert.
     Eigentumsrecht für Objekt QTESUSRSP in QTEMP Art *USRSPC geändert.
     Eigentumsrecht für Objekt QTESUSRSP in QTEMP Art *USRSPC geändert.

Das Objekt der Art *DTAQ wird anscheinend temporär angelegt. Das Ändern dieser DTAQ dauert laut Jobprotokoll 15 Sekunden.

Es macht keinen Unterschied, ob ich ein Cobol Programm oder ein kleines CL debuggen will (dauert überall gleich lang).

Weiß jemand, woran das liegen kann?

Gruß
Matthias Schatte

[Fuerchau]

Prüfe deine Lib mal auf eine Datei EVFEVENT. Diese wird vom Debugger angelegt und verwaltet.
Lösche sie einfach raus, dann müsste der Aufruf wieder schneller gehen.

Der Debugger muss intern eine Bezug zwischen Programm und Quelle herstellen. Dies kann schon mal (je nach Systemlast und Größe des Programmes) etwas dauern.

[schatte]

Hallo Fuerchau,

das hat leider nichts gebracht. Ich habe zum Test mal eine neue Lib angelegt und dort ein Programm erstellt. Dort dauert der Aufruf genauso lange.

Wenn ich mit WRKACTJOB auf einer 2. Sitzung den Start des STRDBG CMDs beobachte, fällt mir dort auch nicht besonderes auf. -> CPU ist unter 10% Auslastung. STRDBG Prozess steht auf DEQW.

Also alles ganz normal.

Gruß Matthias

[kuempi von stein]

Hello,

versuch mal spasseshalber STRISDB statt STRDBG.
Mal sehen, ob was anders ist dann.

Gruss

k.

[schatte]

STRISDB ist für ILE Programme leider nicht mehr geeignet.

Ich habe das Problem jetzt aber beseitigen können.

Für die AS/400 gibt es ja diesen iSeries Java Debugger. Wenn dieser gestartet wird, wird eine *DTAQ in der QGPL mit dem Namen QTESDTAQ erstellt. Diese habe ich jetzt einfach wieder gelöscht. Danach hat dann der Debugger wieder wunderbar funktioniert.

Viele Grüße
Matthias Schatte