What problem would this solve? This would be of zero use for existing applications, and new applications should simply use 64 bit.
On Wed, 3 Apr 2019 18:17:46 -0500 Paul Edwards <[email protected]> wrote: :>I was thinking that z/Arch and z/OS could :>be updated to support AMODE 32. :>If a load module is marked AMODE ANY, :>RMODE ANY it could signify that it is :>32-bit clean. That combination is :>currently not really used, and the linker :>can be updated to accept this combination. :>PSW bit 30 can be used to signify that an :>application is running AM32. :>The BSM instruction can use bit x'4000 0000' :>to get/set AM32. This introduces a 1 GiB :>restriction where the module should not :>be loaded above if it needs to switch :>AMODEs to call READ etc. But that's another :>restriction that could be lifted in z/OS. :>z/OS can instead switch to AM31 itself, :>with the READ code being located below 1 GiB. -- Binyamin Dissen <[email protected]> http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
