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

how to identify a cobol program is a dynamic or static call.


IBM Mainframe Forums -> COBOL Programming
Post new topic   Reply to topic
View previous topic :: View next topic  
Author Message
lakshmibala

New User


Joined: 16 Jun 2004
Posts: 47

PostPosted: Mon Jul 26, 2004 1:05 pm
Reply with quote

hi,
this is an important question asked in ibm chennai.

1) how to identify a cobol program is a dynamic or static call.
give us brief with example.
2) how to move elements from development region to production region.

thanks?ards
lakshmi
Back to top
View user's profile Send private message
bluebird

Active User


Joined: 03 Feb 2004
Posts: 127

PostPosted: Mon Jul 26, 2004 1:28 pm
Reply with quote

Dynamic call is specified thru the compiler's parm option :
DYNAM AND on callto the routiine : "in quotes" is dynam.

for your second questrion it depends : is this two phisically separated region (two different MVS systems) or do u mean from test environment to production environment ?
In either case u would need ENDEVOR (or some sort of Version control product) to monitor program versioning
Back to top
View user's profile Send private message
sandip_datta

Active User


Joined: 02 Dec 2003
Posts: 150
Location: Tokyo, Japan

PostPosted: Mon Jul 26, 2004 1:50 pm
Reply with quote

05 WS-PROGRAM PIC X(08) VALUE 'PROGRAM ' .

CALL WS-PROGRAM is always Dynamic regardless of any compiler option.

CALL "PROGRAM" is dynamic if DYNAM is specified as compiler option.
CALL "PROGRAM" is static if NODYNAM is specified as compiler option.

Regards,
Sandip.
Back to top
View user's profile Send private message
lakshmibala

New User


Joined: 16 Jun 2004
Posts: 47

PostPosted: Mon Jul 26, 2004 2:52 pm
Reply with quote

hi

thanks for ur immediate reply.

i meant moving an element from a production region to a development region in endeavour ?


lovingly,

lakshmibala icon_lol.gif
Back to top
View user's profile Send private message
sandip_datta

Active User


Joined: 02 Dec 2003
Posts: 150
Location: Tokyo, Japan

PostPosted: Mon Jul 26, 2004 2:59 pm
Reply with quote

Hi Lakshibala,

I am confused !!!!...You want to move elements from production to development or from Development to Production.

Both can be possible through Endevor.

In our shop we prepare Package(option 4) for this movement. Here we have one intermediate stage called UAT. First we move from development to UAT and then from UAT to Production. However for JCLs and parameter we have an option to Transfer elements from development to Production skipping UAT stage. But here also package is involved

For moving elements from production to development we use the endevor utility RETRIEVE (option 2.3).

Regards,
Sandip.
Back to top
View user's profile Send private message
lakshmibala

New User


Joined: 16 Jun 2004
Posts: 47

PostPosted: Tue Jul 27, 2004 4:08 pm
Reply with quote

hi sandip,

thanks for ur answer

i wanted to move my element from development region to production region in endeavour -how to do this?

explain clearly

this was asked in one of the interviews

bye with regards,

lakshmibala
Back to top
View user's profile Send private message
lakshmibala

New User


Joined: 16 Jun 2004
Posts: 47

PostPosted: Tue Jul 27, 2004 4:08 pm
Reply with quote

hi sandip,

thanks for ur answer

i wanted to move my element from development region to production region in endeavour -how to do this?

explain clearly

this was asked in one of the interviews

bye with regards,

lakshmibala
Back to top
View user's profile Send private message
sandip_datta

Active User


Joined: 02 Dec 2003
Posts: 150
Location: Tokyo, Japan

PostPosted: Wed Jul 28, 2004 6:57 am
Reply with quote

Hi Lakshmibala,
As I told you, it depends on what version control you are using and which version fo that tool. I think it is sufficient to tell in an interview that in Endevor people prepare package to MOVE/TRANSFER elements from one region to another. After preparation of the package it needs to be approved by Maker(You), Checker(Your manager) and someother authority. After getting approval the package gets executed automatically nd after successfull execution of the package the elements in the package are promoted to different region.

Regards,
Sandip.
Back to top
View user's profile Send private message
lakshmibala

New User


Joined: 16 Jun 2004
Posts: 47

PostPosted: Wed Jul 28, 2004 11:25 am
Reply with quote

hi sandip,

thanks very much for your immediate reply.

bye with regards ,

lakshmi
Back to top
View user's profile Send private message
lakshmibala

New User


Joined: 16 Jun 2004
Posts: 47

PostPosted: Wed Jul 28, 2004 11:36 am
Reply with quote

hi sandip,

what do u mean by version control? and how many versions are in endeavour and what is the currently used version?


let me know totally how many versions are there?

bye with regards ,

lakshmi
Back to top
View user's profile Send private message
sandip_datta

Active User


Joined: 02 Dec 2003
Posts: 150
Location: Tokyo, Japan

PostPosted: Wed Jul 28, 2004 3:04 pm
Reply with quote

Version control means literaly what it means. In our shop Endevor can store 99 versions of every elements inside it. We can easily retrieve any previous version from there if required.
IBM/CA and other vendors sometimes apply patches and for many other reasons they put extra code in Endevor. Then the version of Endevor is upgraded. This is similar to many other Maniframe products.
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 -> COBOL Programming

 


Similar Topics
Topic Forum Replies
No new posts COBOL sorting, with input GDG base COBOL Programming 7
No new posts Need help with ADABAS query (COBOL-AD... All Other Mainframe Topics 0
No new posts db2 vs static data COBOL Programming 1
No new posts Replacing FILLER with FILLER<SeqNu... DFSORT/ICETOOL 2
No new posts Error to invoke MPP program through B... IMS DB/DC 3
Search our Forums:

Back to Top