The question is not what people would like to see, but whether there is a reasonable way to get there. I would have like S/360 to have used 32 bit addresses with a must be zero (MBZ) reqirement on the high bits and a software convention for the end of the parameter list that did not involve turning on a high bit. Well, IBM didn't do it that way, and there is far to much invested in code to change it now. That bridge was burned half a century ago.
-- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 ________________________________________ From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> on behalf of Paul Edwards <mutazi...@gmail.com> Sent: Thursday, April 4, 2019 8:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: AMODE 32 On Thu, 4 Apr 2019 07:46:59 -0400, Don Poitras <sas...@sas.com> wrote: > When you brought this up a year ago, I don't think you convinced anyone > that this was a useful change or that IBM should reasonably spend > dollars doing it. I doubt much has changed since then to improve your > chances. Last time I was trying to add a LOC=32 to GETMAIN for use by AMODE 64 programs. This time I want to retain normal LOC=ANY for GETMAIN, and introduce a new AMODE 32. Previously I didn't have a practical way of adding AM32. It is only recently that I realized that bits 1-7 of a 32-bit register could be used by BSM. I thought more people would like to see a long-term z/OS that ran purely 32-bit and 64-bit software like other platforms do. BFN. Paul. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
