Gil IBM caters to the big picture like Java
Those few of us who program in assembler use internals including vendors are not worth their time Peter happens to go the extra yard affording us info that’s not documented at times Maybe there could be a share session on this If there would be one I would go > On Dec 23, 2020, at 9:46 AM, Paul Gilmartin > <[email protected]> wrote: > > On Wed, 23 Dec 2020 08:43:31 -0500, Peter Relson wrote: > >>>> VERY FEW system services officially support invocation in RMODE 64. If >>>> they don't say that they do, then do not assume that they do. >>> >>> Is there a blanket statement to this effect in the relevant manual(s)? >> >> No, nor likely will there be. The books document what z/OS supports your >> doing. They do not tend to document what is not supported. This should not >> be new news to anyone. >> > But they don't "document what z/OS supports". How many services make > an affirmative statement of support such as, "this service may be invoked > from a location below 2GiB"? > > Perhaps you don't understand what I mean by "blanket statement": > a single affirmative sentence in the Introduction to the manual, "Any > service described herein may be invoked from a location below 2 GiB." > Adding that doesn't seem to be such "a significant cost". Otherwise > you're arrogantly presuming every programmer has your profound > understanding of z/OS internals and needn't ask questions such as > the one that started this thread. > >> This applies to almost everything relating to an interface, including (but >> not limited to) AMODE 64, data above the bar, ASC mode, ARs, high halves >> of GRs. >> >> You could certainly argue that all services should be perfectly clear on >> all of these things. They should be. And if it cost nothing to make that >> happen, they would be. But doing so would incur a significant cost that >> has not been felt to be justified. Maybe if all the IBM-Main folks put >> together a "go fund me" page they could fund such an effort <kidding, of >> course> > > -- gil > > ---------------------------------------------------------------------- > 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
