In <[EMAIL PROTECTED]>,
on 07/24/2006
at 10:28 AM, "Thompson, Steve (SCI TW)"
<[EMAIL PROTECTED]> said:
>What I am trying to do is get back to the main task TCB for the
>address space to use its TIOT.
Why? What are you doing for which the TCBTIO of the *current* TCB is
not the correct pointer?
>Now I know that the first 3 TCBs in the address space (RCT, Dump,
>and STC) all point to themselves when looking at their
>(respectively) TCBJSTCB fields.
True, but irrelevant.
>This led me to understand that if a TCB is attached with a KEY0
>state, that the TCBJSTCB will point to "itself".
A rather strange conclusion. Did you read Authorized Assembler
Services?
>And this idea was confirmed
>when looking at the z/OS 1.7 data areas where I found a comment that
>indicated that *any* TCB that was attached as KEY0 will have the
>TCBJSTCB pointing to "itself".
It's dead wrong. I suggest an ETR or RCF.
>Ah, but now this is where the confusion comes in. How do I get to
>the true Job Step TCB to look at its TIOT?
What do you mean by "true job step"? The Initiator for a batch job is
a started task and, as such, is a job step task and has its own TIOT.
>Specifically, if I am trying to get to the "common" TIOT (shall we
>say, Job Step TIOT), I may not be able to depend on the TCBJSTCB
>pointing to the "true" Job Step TCB.
What gives you that idea?
>Please tell me I'm wrong.
Very.
PSATOLD->TCBTIO (or use EXTRACT) for any plausible situation.
PSATOLD->TCBJSTCB would take you to the job step TCB, but it will
normally have the same TIOT pointer as the current TCB does, and when
it doesn't it will be the current TCB that you need.
In <[EMAIL PROTECTED]>,
on 07/24/2006
at 12:21 PM, "Thompson, Steve (SCI TW)"
<[EMAIL PROTECTED]> said:
>No, this is specialized message processing that can be invoked from
>any TCB in our address space
Any? RCT? Dump? Shirley knott.
>Meanwhile, in another life I have seen where at least one daughter
>TCB had a TIOT pointer that was NOT the same as the JS TCB
Then searching the TIOT for the J/S TCB would give you the wrong
results.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO position; see <http://patriot.net/~shmuel/resume/brief.html>
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)
----------------------------------------------------------------------
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
