>Perhaps you believe that IBM will *never* support code above the line. I >don't happen to think that they are that short-sighted. We have already >seen that thee loader can load data-only CSECTs above the bar. I suspect >that there is more to come.
Depends on what you mean by "support code". Certainly memory resident modules/libraries might make sense. User application code isn't worth the effort, since there isn't anything that is remotely approaching the 2 GB limit. So, it is entirely possible that as an addition to an LPA-like function that executable code would be supported. However, I don't understand why any other application would be interested. It isn't as if any executable code is so large that it can't live within the 2GB virtual area. Where's the constraint on executable code? Since data can readily be stored in 64-bit storage and switching modes is readily achieved, what exactly is IBM's gain in expending the effort to allow 64-bit executable code beyond the novelty of doing it? Adam ---------------------------------------------------------------------- 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
