On 12/2/2010 9:33 AM, Paul Gilmartin wrote:
On Thu, 2 Dec 2010 07:39:36 -0800, Edward Jaffe wrote:
Recently, a large U.S. Government customer asked us if our product(s) would
still work if the LPA-eligible modules were moved from PLPA to LNKLST. They're
running the latest operating system releases (often participating in the ESP
process), the latest subsystems and middle-ware, and are so storage constrained
at 2G they're scraping the bottom of the barrel!
...
IMHO, there is a lot that can and should be done before we get too worried about
whether RMODE(64) executables are necessary.
Those two statements appear to contradict each other. In any case,
RMODE(64) executables might avoid much scraping effort.
If a program runs today in AMODE(64) RMODE(31), would the hypothetical
effort to convert to RMODE(64) be minimal, or would it be more like
the evolution of XA, where many things still require RMODE(24)?
Not contradictory in the least.
Most programs today run AMODE(31) and RMODE(31). To get to RMODE(64) you would
first have to change your program to support AMODE(64).
[Aside: That can be a _monumental_ undertaking for an assembler language
program!]
Once you've done that, all of your dynamically acquired data areas can be
relocated above the bar.
Replacing GETMAIN/FREEMAIN/STORAGE macros with IARST64 will provide the needed
31-bit VSCR. After that, RMODE(64) would just be icing on the cake...
--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
310-338-0400 x318
[email protected]
http://www.phoenixsoftware.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
