On Mon, 26 Jan 2009 13:49:24 -0800, Tom Ross <tmr...@stlvm20.vnet.ibm.com> wrote:
>>In one sense as someone who is sem-retired, I have no vested interest >>other than as someone who believes that COBOL still MAY have a future. >>My belief is that in order for that future to exist, COBOL programs or >>routines have to be able to exist in a 64 bit Websphere address space, >>communicate with 64 bit Java and take advantage of 64 bit DB2. If >>C/C++ can be mixed mode 31/64, then COBOL needs to be 31/64. If an > >In fact, you cannot mix AMODE(31) C/C++ with AMODE(64) C/C++ without >providing some type of connection to switch enclave, stack, etc. >They use different LE run-time libraries. > >Cheers, >TomR >> COBOL is the Language of the Future! << > A similar problem exists in Linux. There is the 31 bit Linux on z (32 bit on all other platforms) and 64 bit Linux. A 64 bit Linux application cannot run on a 31/32 bit kernel. It is sometimes possible to run 31/32 bit Linux applications on a 64 bit Linux kernel, but that requires a "32 bit compat" run time which I think does the necessary "thunking" to invoke the 64 bit kernel routines. And I don't think that there is any way to dynamically invoke a 31(32) bit subroutine from a 64 bit caller and vice versa. -- John ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html