Sorry Ed, many shops and application programmers disagree strongly with that 
opinion.  AMODE64 for COBOL for us is a must-get-to for large in-core tables 
and many other application needs, in the same way and for many of the same 
reasons that 31-bit COBOL was a necessity in the 24-bit COBOL era when the 8 or 
10 Mib private region size was the constraint.

It isn't for large *programs* that AMODE64 is needed, but for large *data*.  
For sure I'm not about to write or support program code that occupies more than 
2GiB of storage, but surely you can see the extreme usefulness of multi-GiB of 
main-storage data accessed by a program.

Peter

-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ed Gould
Sent: Wednesday, January 27, 2016 2:41 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBOL v5

On Jan 27, 2016, at 11:25 AM, Barry Lichtenstein wrote:

<Snipped>
> Note that the binder has been producing program objects for over 25  
> years. It is difficult to make significant enhancements to OBJ  
> object module and load module formats.  Some important things have  
> been added such as AMODE 64 and quad-word alignment.
>
> barry_lichtenst...@us.ibm.com

Since COBOL does not and will not in the foreseeable future need  
amode 64 I find the argument un helpful.

Ed
--

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Reply via email to