I guess I have to disagree with that assessment as well. What is COBOL V5 but a pathway into the future for COBOL? With the new shared code generation back-end, getting to AMODE64 COBOL is a SMOP for Tom Ross and the COBOL team at IBM.
Some of us may have to be dragged kicking and screaming into that 64-bit future because of PDSE-fear, but it is coming nonetheless. Peter -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Ed Gould Sent: Wednesday, January 27, 2016 3:23 PM To: [email protected] Subject: Re: COBOL v5 Peter: I agree with you. BUT as we have heard many times IBM doesn't see a need for this and have relegated COBOL to the dust bin of history. We have had discussions on here about the need but until there is critical mass IBM will not consider this as a "need". Then IBM will probably come up with a half cocked idea like mandating PDSE's. Ed On Jan 27, 2016, at 2:00 PM, Farley, Peter x23353 wrote: > 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- > [email protected]] On Behalf Of Ed Gould > Sent: Wednesday, January 27, 2016 2:41 PM > To: [email protected] > 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. >> >> [email protected] > > 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 [email protected] with the message: INFO IBM-MAIN
