>The IBM code fixed by PTF UK42299 is linked into and thus distributed
>with the ISV product.
Somewhere in this thread APAR OA27291 was mentioned. I just had a look
at it and I think the examples are in error. Here is an extract from
it:
Consider the following examples to better understand VSM
behavior in z/OS 1.10 prior to this APAR compared to z/OS 1.9.
The following examples assume:
1. Beginning with storage mapped as shown below.
2. The getmain will be satisfied as needed from the FQE and/or
FBQE shown.
DQE: Addr 0001A000 Size 1000 TCB: 009FF050 SP/K: 2/ 8
FQE: Addr 0001AC00 Size C00 TCB: 009FF050 SP/K: 2/ 8
FBQE: Addr 0001B000 Size 6000
The FQE cannot have a start address of 0001AC00 and a size of C00 if
it belongs to a DQE for X'1000' bytes. It is difficult so say what
is correct not knowing what GETMAIN/FREEMAIN request were done so
far.
I assume (from a comment further down) that it was meant to show
a single GETMAIN for X'C00' bytes has been done. The corresponding
CBs look like this:
DQE: Addr 0001A000 Size 1000 TCB: 009FF050 SP/K: 2/ 8
FQE: Addr 0001A000 Size 400 TCB: 009FF050 SP/K: 2/ 8
FBQE: Addr 0001B000 Size 6000
Not shown in the APAR text, the corresponding CBs under z/OS V1.10
would look like this:
DQE: Addr 0001A000 Size 1000 TCB: 009FF050 SP/K: 2/ 8
FQE: Addr 0001AC00 Size 400 TCB: 009FF050 SP/K: 2/ 8
FBQE: Addr 0001B000 Size 6000
The erroneous combiniation
FQE: Addr 0001AC00 Size C00 TCB: 009FF050 SP/K: 2/ 8
has been copied down through all the samples.
Am I missing something here?
--
Peter Hunkeler
Credit Suisse
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
