Portal | Manuals | References | Downloads | Info | Programs | JCLs | Master the Mainframes
IBM Mainframe Computers Forums Index
 
Register
 
IBM Mainframe Computers Forums Index Mainframe: Search IBM Mainframe Forum: FAQ Memberlist Usergroups Profile Log in to check your private messages Log in
 

 

Judging static n dynamic binding by just looking at the code

 
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> COBOL Programming
View previous topic :: :: View next topic  
Author Message
ajaybshukla

New User


Joined: 09 Sep 2008
Posts: 39
Location: india

PostPosted: Thu Oct 02, 2008 11:03 am    Post subject: Judging static n dynamic binding by just looking at the code
Reply with quote

hi all,
i want to know about Static and Dynamic binding in cobol.
My exact question is "just by looking at the code how can we say the code is a Dynamic or Static Binded code?"

Thanks n regards,
Ajay
Back to top
View user's profile Send private message

dbzTHEdinosauer

Global Moderator


Joined: 20 Oct 2006
Posts: 6966
Location: porcelain throne

PostPosted: Thu Oct 02, 2008 2:21 pm    Post subject:
Reply with quote

If you are referring to Dynamic and Static Linking (from the linkedit/binder step) and how to determine which is being employed by looking at the syntax of the CALL instruction - there have only been 100 threads about that recently - search will find you some of these threads.

Essentially you can only know that it is dynamic if the 'CALL variable' syntax is used. 'CALL literal' can be both dynamic or static based on the NCAL parm in the linkage editor.

If you are talking about dynamic or static sql, you can tell by the SQL instructions prepare, execute ... etc...
Back to top
View user's profile Send private message
dbzTHEdinosauer

Global Moderator


Joined: 20 Oct 2006
Posts: 6966
Location: porcelain throne

PostPosted: Fri Oct 03, 2008 12:47 pm    Post subject:
Reply with quote

as a follow-up. It has been my experience that few know how to interpret (or set) the compile and link parms to control this (i also do not know, or care). The only way to tell for sure is look (browse) at the load module. If a main module contains other object modules, then it is static. if it only contains itself, it is dynamic (or does not make any calls).
Back to top
View user's profile Send private message
dbzTHEdinosauer

Global Moderator


Joined: 20 Oct 2006
Posts: 6966
Location: porcelain throne

PostPosted: Fri Oct 03, 2008 12:54 pm    Post subject:
Reply with quote

also,

To determine if the supplied compile link jcl for a module type is dynamic or static,
I change all CALLs to CALL variable format and then look at the linkedt/binder output.

If it links ok, then dynamic.
If I find an unresolved,
and know that the object was available,
or I get an NCAL message,
then I know that it is static.
Back to top
View user's profile Send private message
ajaybshukla

New User


Joined: 09 Sep 2008
Posts: 39
Location: india

PostPosted: Fri Oct 03, 2008 1:45 pm    Post subject: Reply to: Judging static n dynamic binding by just looking a
Reply with quote

Thank you dick
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> COBOL Programming All times are GMT + 6 Hours
Page 1 of 1

 

Search our Forum:

Similar Topics
Topic Author Forum Replies Posted
No new posts How to Capture the Max return code of... anilkumar922 All Other Mainframe Topics 0 Thu Jan 12, 2017 12:02 pm
This topic is locked: you cannot edit posts or make replies. Calling REXX code from ISPF panel sanchita dey TSO/ISPF 4 Mon Jan 02, 2017 5:13 pm
No new posts REXX DB2: Dynamic allocation of DB2.D... BHAS CLIST & REXX 3 Mon Dec 19, 2016 8:26 pm
No new posts PL/I code tuning/Performance improvement Virendra Shambharkar PL/I & Assembler 4 Mon Dec 05, 2016 11:57 am
No new posts What is the code in CLIST to enable t... jackzhang75 CLIST & REXX 1 Fri Dec 02, 2016 3:02 am


Facebook
Back to Top
 
Mainframe Wiki | Forum Rules | Bookmarks | Subscriptions | FAQ | Tutorials | Contact Us