I understand your desire for 64-bit COBOL.
I would suggest that if you WANT 64-bit COBOL, that you have your company
submit a "marketing requirement" and reference SHARE requirement:
SSLNGC0413607 Support 64 bit and web-oriented development in COBOL"
Unless you want a 64-bit COBOL that can't communicate with 31-bit COBOL, you
might also want to submit marketing requirements that reference all of the
following 3 SHARE requirements
- SSLNGC0513631 LE - Phase 1 - Mixed 64/31-bit AMODE Toleration
- SSLNGC0513632 LE - Phase 2 - Mixed 64/31-bit AMODE Cooperation
- SSLNGC0513633 LE - Phase 3 - Full Mixed 64/31-bit Amode Support
All 4 of these requirements are currently in the "recognized" response area.
***
However, because you mentioned "1985 COBOL standard", you should
know/understand that just as the '85 Standard would ALLOW for 2G+ tables, it
would also consider a COBOL compiler that only supported 32K tables (as
OS/VS COBOL did) to be conforming.
It simply does not get into maximum/minimum issues for things like this.
(Neither does the 2002 COBOL which is the only currently "official" COBOL
Standard, now that the '85 Standard has been superseded)
"Thomas David Rivers" <[email protected]> wrote in message
news:<[email protected]>...
> Clark Morris <[email protected]> wrote:
> > Dave Rivers wrote:
> > >Just to add a quick note to that, a popular option
> > >for our users is to write a quick-n-dirty C function
> > >to handle the 64-bit data (directly callable from 31-bit
> > >COBOL).
> >
> > Since there is NOTHING in the 1985 COBOL standard, let alone the 2002
> > standard that would prohibit having a 10 gigabyte table, why should
> > someone have to program a work around in 2009? How long has the z
> > series had 64 bit addressing? When did C/C++ get it? When did DB2
> > get it? If 64 bit is good and useful for Websphere and if Websphere
> > is strategic, then why can't COBOL routines run in the 64 bit
> > Websphere?
>
> Very good points....
>
> I was just saying that, given realities - here's a work-around
> some people have found helpful.
>
> Of course, if we want to rail against realities - that's a different
> beastie all together :-) And, I can completely understand it :-)
>
> - Dave Rivers -
>
> --
> [email protected] Work: (919) 676-0847
> Get your mainframe programming tools at http://www.dignus.com
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [email protected] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
