Jeffrey D. Smith wrote:
As an ISV, I don't have the luxury of coding to the most current architecture. My code must still run on ESA/390 which may not have those instructions. sigh...
As an ISV?? (Guess I wouldn't know anything about that. ;-) FWIW, we use TAM, SAM31, and SAM64 when PSAZARCH says we can.) Weren't you the one asking if you could issue SETFRR in AMODE 64? In my experience, a program that runs in AMODE 64 looks a whole lot different (uses a different instruction set) than one that runs in AMODE 31. If you're running in AMODE 64, you have TAM, SAM31, and SAM64 available. If you're not running in AMODE 64, then it matters not if SETFRR allows it. If you try to use pointer-defined linkage (e.g., BSM) to manage your AMODE in all cases, watch out for the low order bit of the target address! (It has a different meaning in z/Architecture than in ESA/390: the difference between an AMODE switch and a specification exception due to an odd PSW.) -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 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
