There is no such thing as a 32-bit load module on any of the platforms you have mentioned.
IBM 370 machines running MVS 3.8J (OS/VS2 3.8) are incapable of running 32-bit code due to their use of the high bit for passing parameter lists, which is the entire reason for the existence of the 2GB-4GB bar. Joe On Wed, May 9, 2018 at 6:48 PM, Paul Edwards <[email protected]> wrote: > No, that is not true. The 32-bit load modules > I produce run on MVS 3.8j, MVS/XA, OS/390 > and z/OS. It has nothing to do with Hercules. > > BFN. Paul. > > > > On Wed, 9 May 2018 18:24:51 -0500, Joe Monk <[email protected]> wrote: > > >Please remember that everything Paul talks about is running on a software > >based emulation of the IBM mainframe ... Hercules. Please also remember > >that he changes the code of Hercules to make it run the way that he wants, > >rather than conforming to the actual IBM Principles of Operation. > > > >Everything that he is doing and saying in relation to the mainframe are > >only possible because of his manipulation of the underlying platform (such > >as turning off specification exceptions for instructions). The software > >machine that he runs has never existed in any form in real life. > > > >Joe > > > >On Wed, May 9, 2018 at 6:10 PM, Paul Edwards <[email protected]> wrote: > > > >> On Wed, 9 May 2018 20:04:57 +0000, Seymour J Metz <[email protected]> > wrote: > >> > >> >>What do you suggest calling a module that has been built on MVS 3.8j, > >> >>using 32-bit registers for both data and addresses, and works fine as > >> >>AM24, and then has been taken to z/OS and the "PDS" utility has been > >> >>used to mark it as AM64, and the program runs fine, regardless of what > >> >>AMODE it has been set to? > >> > > >> >"implausible"; various instructions work differently in AM24 and AM31, > >> much less AM64. > >> > >> It's not implausible, it's what I do. I produce 32-bit > >> load modules that work on all 3 AMODEs. They > >> passively accept whatever AMODE they were > >> called with. They don't even require different code > >> paths internally. > >> > >> BFN. Paul. > >> > >> ---------------------------------------------------------------------- > >> For IBM-MAIN subscribe / signoff / archive access instructions, > >> send email to [email protected] with the message: INFO IBM-MAIN > >> > > > >---------------------------------------------------------------------- > >For IBM-MAIN subscribe / signoff / archive access instructions, > >send email to [email protected] with the message: INFO IBM-MAIN > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
