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
 

 

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: 2502
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
This topic is locked: you cannot edit posts or make replies. Cobol GUI (like Editor) Kala Mainframe COBOL Programming 14 Wed May 10, 2017 12:30 pm
No new posts IMS T-Pipe queue counts in a COBOL Pr... Siva NKK Kothamasu IMS DB/DC 0 Tue May 09, 2017 6:31 pm
No new posts Dump analysis of an assembler module monica1 PL/I & Assembler 4 Tue May 09, 2017 10:05 am
No new posts COBOL Code Parsers and Lineage Establ... balimanja COBOL Programming 2 Tue May 02, 2017 3:30 am
No new posts Cobol upgrade - source code missing f... gthmrj IBM Tools 1 Wed Apr 26, 2017 6:04 pm


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