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
 
changes in Assembler in Enterprise COBOL

 
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> PL/I & Assembler
View previous topic :: :: View next topic  
Author Message
sudhansp

New User


Joined: 27 Aug 2009
Posts: 6
Location: INDIA

PostPosted: Thu Aug 27, 2009 5:50 pm    Post subject: changes in Assembler in Enterprise COBOL
Reply with quote

Hi,
I don't know assembler i wanted to get few clarification
1) We are migrating the COBOL code to enterprise COBOL Assembler programs are called by OS/VS COBOL,VS COBOL II if i convert those programs what are the change need to be done in assembler program only?
2) what are the changes will be done at compilation?
Back to top
View user's profile Send private message

Bill O'Boyle

CICS Moderator


Joined: 14 Jan 2008
Posts: 2504
Location: Atlanta, Georgia, USA

PostPosted: Thu Aug 27, 2009 7:32 pm    Post subject: Reply to: changes in Assembler in Enterprise COBOL
Reply with quote

Newer versions of COBOL are linked as AMODE 31/RMODE ANY, whereas OS/VS COBOL had to be linked as 24/24. VS/COBOL II should have been linked as 31/ANY as this AMODE/RMODE were supported.

Unless the Assembler sub-programs require below the line addressability, you can re-link them as 31/ANY or add the AMODE and RMODE directives to the source.

However, if they do require 24/24, then the Caller (in this case, newer COBOL), must also be 24/24. You'd have to specify (at a minimum) the compile option DATA(24) as the default is DATA(31).

An AMODE 31 Caller cannot directly call an AMODE 24 sub-program, unless you use a linkage-assistant in-house written sub-program, as the high-order addresses off the R1 parmlist will not be recognized (max addressability is an AL3) and you'll wind up with a S0C4.

There were many improvements to HLASM over Assembler H (IEV90) and you should be able to Assemble H sub-programs using HLASM (ASMA90) without issues or perhaps, just a few.

Your mileage may vary....

Bill
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 -> PL/I & Assembler All times are GMT + 6 Hours
Page 1 of 1

 

Search our Forum:

Similar Topics
Topic Author Forum Replies Posted
No new posts IEW2456E error when link-editing a C ... Senthilraj JCL & VSAM 0 Fri Oct 13, 2017 3:12 pm
No new posts Assembler Macro Copybook converted to... Ziquilix PL/I & Assembler 4 Tue Sep 26, 2017 3:07 am
This topic is locked: you cannot edit posts or make replies. Extract all "IF" Statements... Adarsh Damodaran CLIST & REXX 1 Wed Sep 06, 2017 9:28 am
No new posts Sr SW Eng-Rocket Software (Assembler,... Kenneth Barton Lasky Mainframe Jobs 0 Fri Aug 25, 2017 12:29 am
No new posts ALPHABETIC check in COBOL vidyaa COBOL Programming 8 Thu Aug 17, 2017 7:13 pm

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