We were referring to something in Control Blocks On Wed, 27 Aug 2025 17:12:57 -0700 Tom Harper <[email protected]> wrote:
:>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 -- 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
