TCBFSA is 0 when SVAREA=NO is specified on ATTACH.
TCBFSA points to above-the-line storage for key 9 TCBs 

Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp. 
Poughkeepsie NY

IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> wrote on 
02/13/2018 04:07:10 AM:

> From: Steff Gladstone <steff.gladst...@gmail.com>
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 02/13/2018 04:44 PM
> Subject: TCBFSA field in the TCB DSECT
> Sent by: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU>
> 
> Hi,
> 
> I am in the process of converting several routines to AMODE=31 
RMODE=ANY.
> One of them references the address of the first problem program save 
area
> found in the TCB.
> 
> The field is defined as follows:
> 
> TCBFSA   DS    0A -    ADDRESS OF THE FIRST PROBLEM PROGRAM SAVE AREA
> 
>                 DS    FL1 -   FIRST BYTE OF TCBFSA
> @G381P9A
> 
> TCBFSAB  DS    AL3 -   ADDRESS OF THE FIRST PROBLEM PROGRAM SAVE AREA
> 
> My question:  what is the status of the first byte?  It does not seem to
> contain flag bits as is often the case.  On the other hand, defining the
> field TCBFSAB seems to imply that the address is a 24-bit address.  So 
in
> AMODE=31 can the first problem program save area (which is provided by 
the
> system to the top-level program) be above the line?  Should I relate to 
all
> four bytes as the address of the FSA?  Or could the first byte contain
> garbage?



----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Reply via email to