IBM Mainframe Forum Index
 
Log In
 
IBM Mainframe Forum Index Mainframe: Search IBM Mainframe Forum: FAQ Register
 

How to go into a subprogram in IBM Developer for z Systems


IBM Mainframe Forums -> IBM Tools
Post new topic   Reply to topic
View previous topic :: View next topic  
Author Message
Mainfelder

New User


Joined: 17 Jul 2023
Posts: 1
Location: Germany

PostPosted: Mon Jul 17, 2023 2:13 pm
Reply with quote

Hello Guys icon_smile.gif

I'am trying to debug a cobol programm with IBM Developer for Z Systems and in my cobol programm i have a subprogramm which i call, but unfortunately the debugger does not go into the subprogramm. Do you know if its possible to go into the subprogramm?

Thank you in advance!
Back to top
View user's profile Send private message
sergeyken

Senior Member


Joined: 29 Apr 2008
Posts: 2127
Location: USA

PostPosted: Mon Jul 17, 2023 5:34 pm
Reply with quote

In your case: what does the "subprogram" term (with single 'm') stand for?

Please, present major fragments of your code here. Both for "program" (with single 'm'), and "subprogram" (with single 'm' as well).

If your code is "top secret", you can obfuscate its critical parts.

Do not forget to use the Code button for ALL your samples.

P.S.
From my own experience. In 99% of all cases I discovered that with using old good debugging output print or trace, the whole process of debugging goes much more simple, and faster than using sophisticated debugging tools. With quite rare exceptions.
Back to top
View user's profile Send private message
don.leahy

Active Member


Joined: 06 Jul 2010
Posts: 765
Location: Whitby, ON, Canada

PostPosted: Tue Jul 18, 2023 5:37 am
Reply with quote

sergeyken wrote:
In your case: what does the "subprogram" term (with single 'm') stand for?

Please, present major fragments of your code here. Both for "program" (with single 'm'), and "subprogram" (with single 'm' as well).

If your code is "top secret", you can obfuscate its critical parts.

Do not forget to use the Code button for ALL your samples.

P.S.
From my own experience. In 99% of all cases I discovered that with using old good debugging output print or trace, the whole process of debugging goes much more simple, and faster than using sophisticated debugging tools. With quite rare exceptions.
My experience is different. I like the new debugging tools, especially those that recognize DWARF data stored within the program object. That eliminates the need to create or find side files. With practice I learned that I could debug code in a fraction of the time compared to traces and DISPLAYs. My rare exception are those bugs that only manifest themselves after the 999,999th record out of 1,000,000 is processed. Then I use DISPLAYs.
Back to top
View user's profile Send private message
Pedro

Global Moderator


Joined: 01 Sep 2006
Posts: 2590
Location: Silicon Valley

PostPosted: Tue Jul 18, 2023 8:57 am
Reply with quote

I think you have to have the same setup as the main program, where you compile with TEST option. And you have to have a language extract step that creates the LANGX file.

My memory is hazy, but I think there is a setting for STEP INTO instead of STEP OVER (or possibly, it was a command that you issue when you reach the call statement).
Back to top
View user's profile Send private message
sergeyken

Senior Member


Joined: 29 Apr 2008
Posts: 2127
Location: USA

PostPosted: Tue Jul 18, 2023 5:32 pm
Reply with quote

don.leahy wrote:
sergeyken wrote:
In your case: what does the "subprogram" term (with single 'm') stand for?

Please, present major fragments of your code here. Both for "program" (with single 'm'), and "subprogram" (with single 'm' as well).

If your code is "top secret", you can obfuscate its critical parts.

Do not forget to use the Code button for ALL your samples.

P.S.
From my own experience. In 99% of all cases I discovered that with using old good debugging output print or trace, the whole process of debugging goes much more simple, and faster than using sophisticated debugging tools. With quite rare exceptions.
My experience is different. I like the new debugging tools, especially those that recognize DWARF data stored within the program object. That eliminates the need to create or find side files. With practice I learned that I could debug code in a fraction of the time compared to traces and DISPLAYs. My rare exception are those bugs that only manifest themselves after the 999,999th record out of 1,000,000 is processed. Then I use DISPLAYs.

You have ignored the major questions, and instead started useless discussion on the secondary issue.
Back to top
View user's profile Send private message
don.leahy

Active Member


Joined: 06 Jul 2010
Posts: 765
Location: Whitby, ON, Canada

PostPosted: Thu Jul 20, 2023 7:23 am
Reply with quote

Deleted.
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic View Bookmarks
All times are GMT + 6 Hours
Forum Index -> IBM Tools

 


Similar Topics
Topic Forum Replies
No new posts Looking for COBOL, C/C++ developer Mainframe Jobs 0
No new posts looking for mainframe developer in th... Mainframe Jobs 0
No new posts Parallel Sysplex - subprogram execution CICS 7
No new posts Mainframe developer resources/communi... COBOL Programming 2
No new posts IBM Certified Application Developer -... DB2 1
Search our Forums:

Back to Top