Binyamin, Check out IARV64 MF=(L,name) which generates the complete PList for IARV64.
Tom Harper Phoenix Software International On 8/27/2025 12:27 PM, Binyamin Dissen wrote:
I see. There is no mapping macro describing the IARV64 plist. I never missed it because it is not used that frequently, i.e., not in loops, and I never had to be concerned about speeding up that part of the code. In fact, I do not see obvious mappings for any PC entered services. On Wed, 27 Aug 2025 09:44:03 -0500 Paul Edwards <[email protected]> wrote: :>On Wed, 27 Aug 2025 17:25:57 +0300, Binyamin Dissen <[email protected]> wrote: :> :>>:>>:>>If your program, wherever it resides in storage, wishes :>>:>>:>> to get storage above 2G, it is fully capable of doing so :>>:>>:>> via IARV64 (or IARST64 or IARCP64). :>> :>>:>>:>That mechanism is undocumented, so I cannot and will :>>:>>:>not use that. :>> :>>:>>Huh?????? :>> :>>:>>MVS Programming: Assembler Services Reference, Volume 2 (IAR-XCT) :>> :>>:>Which control blocks are accessed when you code IARV64? What goes into the user's executable? :>> :>>:>GETMAIN is fully documented. :>> :>>What part of the documentation are you finding difficult? :>> :>>IARV64 is fully documented: :>> :>>Chapter 6. IARV64 ? 64?bit virtual storage allocation :> :>https://www.ibm.com/docs/en/zos/3.1.0?topic=allocation-requestgetstor-option-iarv64 :> :>Nothing there says what code the proprietary, copyrighted :>IARV64 macro GENERATES and thus appears in the :>binary executable. :> :>And I have no way of getting such information without :>looking at the code that it generates on a z/OS system. :> :>And if I do that, I may be accused of reverse-engineering, :>and all my work is invalidated. :> :>The code that GETMAIN generates can be ascertained :>by looking at the documentation for SVC 120. :> :>Every bit of every register is documented, so I can write :>a compatible system (I have more than one already, and :>plan to add another two - one that runs under z/Linux :>and one that is an extension to z/PDOS-generic). :> :>If it were up to me, I'd use that anti-trust legislation to :>require IBM to: :> :>1. Document the OS interface that IARV64 depends on. :> :>2. Add LOC=64 or similar to GETMAIN - if they want to :>get SVC 120 to call IARV64 - go for it - that's internal - :>I don't care. :> :> :>But since it's not "up to me", I'm instead trying to finess :>a workaround. :> :>BFN. Paul. :> :>---------------------------------------------------------------------- :>For IBM-MAIN subscribe / signoff / archive access instructions, :>send email to [email protected] with the message: INFO IBM-MAIN -- Binyamin Dissen <[email protected]> http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
-------------------------------------------------------------------------------- This e-mail message, including any attachments, appended messages and the information contained therein, is for the sole use of the intended recipient(s). If you are not an intended recipient or have otherwise received this email message in error, any use, dissemination, distribution, review, storage or copying of this e-mail message and the information contained therein is strictly prohibited. If you are not an intended recipient, please contact the sender by reply e-mail and destroy all copies of this email message and do not otherwise utilize or retain this email message or any or all of the information contained therein. Although this email message and any attachments or appended messages are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by the sender for any loss or damage arising in any way from its opening or use. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
