On Mon, Jun 10, 2019 at 10:28 AM Ed Jaffe <[email protected]> wrote:
> On 6/10/2019 5:47 AM, John McKown wrote: > > If I do a STORAGE OBTAIN,STARTBDY=20,LOC=(31,PAGEFRAMESIZE1M) is there > any > > way to see if z/OS did indeed use a 1 Meg frame size? I am trying to get > > (and FIX) a contiguous area of real storage to use in communicating to > z/VM > > via the DIAG X'08' (Virtual Console Function). In order to work, the > entire > > area (and I want more than 4K) must be contiguous in real memory. I was > > hoping that PAGEFRAMESIZE1M would do that, but it appear to be a desire, > > not a demand. > > Everyone has this same problem. Visibility to "is this fixed?" and/or > "is this a 4K, 1M or 2G frame?" is frustratingly obscured for those not > in supervisor state. > > We run our code in supervisor state and look at the PFTE in the PFTCADS > when we want to know if storage is fixed. We use LPTEA if we want to > know which type of frame is in use. > Thanks for the pointer on where to look. I am trying to stay as GUPI as possible in this code. > > > -- > Phoenix Software International > Edward E. Jaffe > 831 Parkview Drive North > El Segundo, CA 90245 > https://www.phoenixsoftware.com/ > > > > -------------------------------------------------------------------------------- > 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 > -- This is clearly another case of too many mad scientists, and not enough hunchbacks. Maranatha! <>< John McKown ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
