On Tue, 8 May 2018 03:32:03 +1000, Greg Price <[email protected]> wrote:
>I think z/OS has diverged too far from its MVS/370 predecessor where you >could, perhaps, successfully implement your idea. Ok, well hopefully we are only about 100 lines of code away from MVS/380 supporting allocating 3 GiB of memory in a single block below 4 GiB. The code that needs to be modified is here: https://sourceforge.net/p/mvs380/mvs380/ci/master/tree/source/main/mvs380mn.jcl starting at line 1418. It needs logic to search down for a LOC=32 memory request. >And just to opine about another point, I will predict that we will not >see AM64 support for QSAM/BSAM/BPAM I/O macros inside 10 years from now. Why do you think that? Surely the I/O routines only require 10 lines of code at the beginning of each to switch from AM64 to AM31, and then the reverse on return? That's basically what we did on MVS/380 to support AM31 REVIEW. Actually it supports AM64 too. I'm just waiting on a new 32-bit module from you that is AM64-compliant. You can see that code here: https://sourceforge.net/p/mvs380/mvs380/ci/master/tree/source/main/igg019ba.jcl (line 139) https://sourceforge.net/p/mvs380/mvs380/ci/master/tree/source/main/igg019bc.jcl (line 117) https://sourceforge.net/p/mvs380/mvs380/ci/master/tree/source/main/igg019dk.jcl (line 36) While you're here, how much effort would it take to make REVIEW support 64-bit addresses so that datasets bigger than 4 GiB can be edited? Thanks. Paul. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
