Portal | Manuals | References | Downloads | Info | Programs | JCLs | Mainframe wiki | Quick Ref
IBM Mainframe Computers Forums Index
 
Register
 
IBM Mainframe Computers Forums Index Mainframe: Search IBM Mainframe Forum: FAQ Memberlist 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: 6968
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: 6968
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: 6968
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 Speed-up/reduce CPU use of code prino PL/I & Assembler 0 Tue Sep 26, 2017 12:05 am
This topic is locked: you cannot edit posts or make replies. how to code for GDG in Rexx cvnlynn CLIST & REXX 13 Wed Aug 09, 2017 9:13 pm
This topic is locked: you cannot edit posts or make replies. rexx code to create a ps file Bharath Vikraman CLIST & REXX 4 Mon Aug 07, 2017 10:30 am
No new posts I want to retire TRX and use only Rex... Abhinav Sharma CLIST & REXX 6 Sat Jul 29, 2017 2:53 am
No new posts UNIT=AFF for Easytrieve code gandikk JCL & VSAM 7 Wed Jul 12, 2017 11:42 pm

Facebook
Back to Top
 
Job Vacancies | Forum Rules | Bookmarks | Subscriptions | FAQ | Polls | Contact Us