On 11 September 2015 at 12:22, Michael Knigge <[email protected]> wrote:
> I'm not sure that it can be a 64 Bit address, it is just an idea....

It's not documented to do so, and as Charles said, it would be a huge
incompatibility.

> The QMPA (Queue Manager Parameter Area) has a new Flag-Byte (Job Status Byte) 
> at Offset 16. if the bit X'04'
> is set, than the address of the QMAT (Queue Manager Address Table, which I 
> don't know where it is documented)

It isn't - it's been OCO for a long time. But it has evidently changed in 2.2.

[...]

> My *conclusion*, that SWAREQ may return 64 bit addresses is that the fact 
> that IBM Manuals state that a JFCB can be located anywhere ("Residency: 
> Any"). And the address of a JFCB can be get with SWAREQ when using the 
> SVA-Address from the TIOT. But when I'm writing these lines... I guess "any" 
> means "anywere above or below the 16 MB line" but does not mean "anywhere"....

That's right - "any" generally doesn't include above the bar. But some
OCO control blocks have been moved above the bar.

> However... I don't understand why the code does not work under z/OS anymore. 
> I guess that IBM has changed
> the handling of SVAs. But I can not find any manual that describes this....

There isn't one. Peter Relson warned of these changes back in June
(but with no details).

I think you are stuck with a JNI routine. But that doesn't address the
problem of doing these conversions when processing a dump. It's not
obvious that the SWAREQ etc. processing will work on addresses not
from the running system.

Tony H.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to