Treat the page size as 4K and drive on. The difference in execution speed probably isn't worth the issues.
On Fri, Apr 28, 2023 at 7:15 AM Seymour J Metz <sme...@gmu.edu> wrote: > Set the initial length to the remaining bytes on the "page". After that, > use the "page size". That leaves the question of how an unpriveleged > program determines the "page size". > > Scare quotes because a 1 MiB "page" is actually a segment in the > nomenclature of PoOps. > > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > > ________________________________________ > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf > of Jeremy Nicoll [jn.ls.mfrm...@letterboxes.org] > Sent: Friday, April 28, 2023 7:48 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Inexplicable 0C4! > > On Fri, 28 Apr 2023, at 12:31, Michael Stein wrote: > > > How about setting the length to include just to the end of the current > > page. Then as the first operand doesn't cross a page boundary ... > > Just imagine if the first operand started on the last byte of the page! > > Wouldn't it be better to getmain a page (or a few more), just for the > first operand to reside in, and then follow your "do it in chunks" > approach? > > -- > Jeremy Nicoll - my opinions are my own. > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Jay Maynard ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
