Re: z/OS and VM Control Blocks

[Lindy Mayfield]

Wow.  It was written in '73.  I was 8.  The style of writing is so
different from today's style.  It makes me feel weird looking at that,
like in a time warp or something.

And it still works.  I think of all the cool IBM DOS software I spent so
much time collecting and had to throw away when Windows came along.  But
I digress.  

Thanks for the hints.

Lindy

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ulrich Krueger
Sent: 16. tammikuuta 2008 20:24
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: z/OS and VM Control Blocks

Lindy,
Take a look at the CBT Tape. There should be a program out there called
"CONCAT" (or similar). At my last shop, we used this program to, among
others, add a personal Clist/REXX library to the TSO session's //SYSPROC
DD
concatenation.
OK, so looking at the code might be considered cheating a little, but
the
wheel you're trying to invent has already been invented ... the code
will
tell you which control blocks to chase and how to do it.

HTH

Regards,
Ulrich Krueger

--
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

Re: z/OS and VM Control Blocks

[Veilleux, Jon L]

If you have the JFCB then you have the Dataset Name. 


Jon L. Veilleux
[EMAIL PROTECTED]
(860) 636-2683 


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Lindy Mayfield
Sent: Wednesday, January 16, 2008 1:11 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: z/OS and VM Control Blocks

Re: Getting datasets allocated to a job.

Would you give me a hint, please, which field in the TIOT connects me
with the datasets allocated to that DD name?

I've looked and looked and the SWA to JFCB was all I could see.  I feel
so dumb sometimes because this stuff is so hard, but on the other hand
that's why I really like it.

Lindy

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Shmuel Metz (Seymour J.)
Sent: 16. tammikuuta 2008 19:46
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: z/OS and VM Control Blocks

>I wondered if I could get it from the TIOT or similar control block. 

You can get current allocations either form the TIOT or from the DSAB
chain.
 

--
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
This e-mail may contain confidential or privileged information. If
you think you have received this e-mail in error, please advise the
sender by reply e-mail and then delete this e-mail immediately.
Thank you. Aetna   

--
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

Re: z/OS and VM Control Blocks

[Ulrich Krueger]

Lindy,
Take a look at the CBT Tape. There should be a program out there called
"CONCAT" (or similar). At my last shop, we used this program to, among
others, add a personal Clist/REXX library to the TSO session's //SYSPROC DD
concatenation.
OK, so looking at the code might be considered cheating a little, but the
wheel you're trying to invent has already been invented ... the code will
tell you which control blocks to chase and how to do it.

HTH

Regards,
Ulrich Krueger

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Lindy Mayfield
Sent: Wednesday, January 16, 2008 10:11
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: z/OS and VM Control Blocks

Re: Getting datasets allocated to a job.

Would you give me a hint, please, which field in the TIOT connects me
with the datasets allocated to that DD name?

I've looked and looked and the SWA to JFCB was all I could see.  I feel
so dumb sometimes because this stuff is so hard, but on the other hand
that's why I really like it.

Lindy

--
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

Re: z/OS and VM Control Blocks

[Lindy Mayfield]

Re: Getting datasets allocated to a job.

Would you give me a hint, please, which field in the TIOT connects me
with the datasets allocated to that DD name?

I've looked and looked and the SWA to JFCB was all I could see.  I feel
so dumb sometimes because this stuff is so hard, but on the other hand
that's why I really like it.

Lindy

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Shmuel Metz (Seymour J.)
Sent: 16. tammikuuta 2008 19:46
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: z/OS and VM Control Blocks

>I wondered if I could get it from the TIOT or similar control block. 

You can get current allocations either form the TIOT or from the DSAB
chain.
 

--
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

Re: z/OS and VM Control Blocks

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on
01/06/2008
   at 09:08 PM, Lindy Mayfield <[EMAIL PROTECTED]> said:

>Anyway, whoohoo, I found what I was looking for (sort of) the thing which
>started me on this thread.  It's hung off of the TIOT which I looked at
>up and down for ages.  But it's not an address.  It's a 3 byte field
>called an SWA and points to the JFCB. 

Be aware that the format of the SVA is different for above the line from
below the line, so use SWAREQ to access SWA control blocks.

>and parse that to reallocate SYSPROC.

There are better ways.

>I wondered if I could get it from the TIOT or similar control block. 

You can get current allocations either form the TIOT or from the DSAB
chain.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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

Re: z/OS and VM Control Blocks

[Ed Gould]

On Jan 6, 2008, at 1:09 PM, Lindy Mayfield wrote:


That's very helpful, Ed.

I have a file I got somewhere, don't remember, that is allocated to
ISRDDN DD and works with the ISRDDN utility.  It contains lines like
this:

ASCB CVT?+C?  Address Space Control Block
ASSB ASCB+150?Address Space Secondary Block
ASVT CVT+22C?+200 Address Space Vector Table (after prefix)
ASXB ASCB+6C? Address Space Extension Block

I like to use ISRDDN to make sure I'm getting the right information  
and
offsets before I try to code anything.  It's almost as good as  
seeing it

in a dump.

Lindy





Lindy,


One thing that will help you when you start coding is to *NOT* code  
hard offsets. Use the macros (data area) field names that way if the  
offset should change all you should have to do is to recompile with  
the correct library and it (the assembler) will figure out the  
offsets for you. There might be one or two exceptions (very few) and  
also use the bit names that are used in the data areas and you are  
good to go. You will also get used to dsects and using statements  
early on and will probably become more familiar with drop as well.  
Also be careful and this is a little bit hard to write in a simple  
sentence that even if you get a clean compile you should look at base  
+ displacements in your code as you can sometimes pick up a "bad"  
base register when you are not expecting to. Just remember to drop  
the base register after you last need it. Its a little tricky at  
first but once you become more proficient at the walking of registers  
you will become more comfortable with this. Also this is a simple  
thing to remember but *MOST* (not all) fields you are looking for are  
in the first 4K of the control block. If the fields are highly used  
you will probably find them in the first 100 X of the start. Again it  
is not a rule just a generality (that is not always kept to). There  
are some other hints but this should get you started. Just remember  
USING is your friend and the data areas is the bible.


Also the more "exotic" of macro's that you use there will be more  
need to recompile after each MVS maintenance cycle or SERVPAC install  
as these tend to change well not often but they can and do change. If  
you code your program correctly all you should need to do is  
recompile. Be aware that IBM can and does change labels (rarely but  
they do). Usually on obscure macros though. Again don't assume any  
IBM only macro is going to contain anything at any offset. Since they  
are IBM's they are pretty much free to change them at their will and  
are *NOT* obligated to tell you. Good luck.


Ed

--
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

Re: z/OS and VM Control Blocks

[Roland Schiradin]

Lindy, 

before using code from SHOWzOS make sure its GUPI. I use of lot OCO cblocks 
and often it fails after a new z/OS version or just after apply a PTF. Of 
course 
SHOWzOS is used for several installation and often I provide a fix within a 
week or so. However don't count on it. 

To retrieve the pathname from the TIOT depends on some OCO cblocks for 
example. 

Perhaps SystemRexx would be useful for you too

Roland




>Oh cool, didn't think of IPCS.  Of course. Duh.
>
>Anyway, whoohoo, I found what I was looking for (sort of) the thing which 
started me on this thread.  It's hung off of the TIOT which I looked at up and 
down for ages.  But it's not an address.  It's a 3 byte field called an SWA and 
points to the JFCB.  You see, I wanted to know where the datasets allocated 
to the DD's in my TSO/ISPF session were located.
>
>I know that often people write Rexx or CLIST's that Outtrap LISTA ST and 
parse that to reallocate SYSPROC.  I wondered if I could get it from the TIOT 
or similar control block.  And it appears now, with a little diligence and some 
good advice, that I've found a way to do it.  The answer for me in this case 
was the advice to simply go through the SHOWZOS source. Sure enough there 
it was staring me right in the face (at around line 20,800).  I just need that 
exec from Gilbert to decode the SWA and voilá.
>
>I could have asked outright, but I'll never learn that way, and besides 
>there's 
really nothing much better to do here in Helsinki on a weekend.
>

--
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

Re: z/OS and VM Control Blocks

[Arthur T.]

On 6 Jan 2008 10:57:47 -0800, in bit.listserv.ibm-main 
(Message-ID:<[EMAIL PROTECTED]>) 
[EMAIL PROTECTED] (Ed Gould) wrote:


I would like to jump in here and offer some assistance (of 
a

different kind).
 and access the information and/or control blocks needed>


 I will do a lot of what you suggest, but I always 
perform one previous step:  I check the CBT tape so as not 
to reinvent the wheel.


 Even if I find a close match, I will still do a 
thorough bench-check of the code to make sure I understand 
it, and that I agree it'll work correctly.  But that 
generally takes a lot less time than coding from scratch, 
*and* it exposes me to useful coding techniques I might 
never have come up with on my own.  (Plus, sometimes other 
people will update it for a new release before I have to.)


 And if I can't use much of the code, I can still look 
at how the author found information.  It's often easier to 
verify a control block chain leading to the desired 
information, than it is to discover the chain from scratch. 



--
I cannot receive mail at the address this was sent from.
To reply directly, send to ar23hur "at" intergate "dot" com

--
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

Re: z/OS and VM Control Blocks

[Lindy Mayfield]

Oh cool, didn't think of IPCS.  Of course. Duh.

Anyway, whoohoo, I found what I was looking for (sort of) the thing which 
started me on this thread.  It's hung off of the TIOT which I looked at up and 
down for ages.  But it's not an address.  It's a 3 byte field called an SWA and 
points to the JFCB.  You see, I wanted to know where the datasets allocated to 
the DD's in my TSO/ISPF session were located.  

I know that often people write Rexx or CLIST's that Outtrap LISTA ST and parse 
that to reallocate SYSPROC.  I wondered if I could get it from the TIOT or 
similar control block.  And it appears now, with a little diligence and some 
good advice, that I've found a way to do it.  The answer for me in this case 
was the advice to simply go through the SHOWZOS source. Sure enough there it 
was staring me right in the face (at around line 20,800).  I just need that 
exec from Gilbert to decode the SWA and voilá.

I could have asked outright, but I'll never learn that way, and besides there's 
really nothing much better to do here in Helsinki on a weekend.

  

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of 
Edward Jaffe
Sent: 6. tammikuuta 2008 21:24
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: z/OS and VM Control Blocks

Lindy Mayfield wrote:
> I like to use ISRDDN to make sure I'm getting the right information and
> offsets before I try to code anything.  It's almost as good as seeing it
> in a dump.
>   

I agree, the BROWSE command from within DDLIST (that's the "official" 
ISPF command to invoke ISRDDN) can be handy. But, it's primarily 
intended for "lowly" programmers without IPCS access.

In the absence of other tools, I think most "heavy weight" developers 
tend toward IPCS with SOURCE(ACTIVE). All of the CBF models and most of 
the formatting commands and verb exits are available in that mode.

-- 

--
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

Re: z/OS and VM Control Blocks

[Mark L. Wheeler]

>
> I had two thoughts.  Actual documentation -- printable in fact -- done
> as a community effort like Sourceforge.  Or some sort of online database
> like a Wiki.  Personally, I would prefer a "Redbook" type of document
> that is contributed to by all and stored in a neutral place like
> Sourceforge (or CBT) or whatever is better.

Another alternative could be the expansion of things like REXX built-in
functions, or things like Callable Services Libraries (CSLs) on the z/VM
world, letting programmers retrieve information they're looking for without
needing to things like control block crawling themselves. The term "idiom"
comes to mind.

And of course the source code for these routines should be freely available
for inspection should you want to incorporate it into your program
directly.

An example of what I'm talking about was provided to me in my
previously-mentioned search for timezone offset, where I learned about this
alternative to CVT chaining:
/* Get the local offset from GMT */
/* Courtesy Robin Ryerse <[EMAIL PROTECTED]> from TSO-REXX mailing list
*/

days_diff = mvsvar('SYMDEF','LYR4') - mvsvar('SYMDEF','YR4')
if days_diff = 0 then
   days_diff = mvsvar('SYMDEF','LJDAY') - mvsvar('SYMDEF','JDAY')

hours_diff = mvsvar('SYMDEF','LHR') -,
 mvsvar('SYMDEF','HR') + 24 * days_diff

min_diff   = right(abs(mvsvar('SYMDEF','MIN') -,
   mvsvar('SYMDEF','LMIN')),2,'0')

sign = substr('+-',(hours_diff < 0)+1,1)

gmt_offset_hhmm = sign || right(abs(hours_diff),2,'0')min_diff

return

Best regards,
Mark Wheeler, 3M Company

--
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

Re: z/OS and VM Control Blocks

[Edward Jaffe]

Lindy Mayfield wrote:

I like to use ISRDDN to make sure I'm getting the right information and
offsets before I try to code anything.  It's almost as good as seeing it
in a dump.
  


I agree, the BROWSE command from within DDLIST (that's the "official" 
ISPF command to invoke ISRDDN) can be handy. But, it's primarily 
intended for "lowly" programmers without IPCS access.


In the absence of other tools, I think most "heavy weight" developers 
tend toward IPCS with SOURCE(ACTIVE). All of the CBF models and most of 
the formatting commands and verb exits are available in that mode.


--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

--
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

Re: z/OS and VM Control Blocks

[Ed Finnell]

 
In a message dated 1/6/2008 1:09:22 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

mostly will do a paste, but every now and then, for some idiotic  reason
it does a send.


>>
Probably need the source and a real time  debugger..







**Start the year off right.  Easy ways to stay in shape. 
http://body.aol.com/fitness/winter-exercise?NCID=aolcmp0030002489

--
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

Re: z/OS and VM Control Blocks

[Lindy Mayfield]

That's very helpful, Ed.

I have a file I got somewhere, don't remember, that is allocated to
ISRDDN DD and works with the ISRDDN utility.  It contains lines like
this:

ASCB CVT?+C?  Address Space Control Block  
ASSB ASCB+150?Address Space Secondary Block
ASVT CVT+22C?+200 Address Space Vector Table (after prefix)
ASXB ASCB+6C? Address Space Extension Block

I like to use ISRDDN to make sure I'm getting the right information and
offsets before I try to code anything.  It's almost as good as seeing it
in a dump.

Lindy

P.S.
Sorry about the premature send.  No idea why, but Ctrl-V on MS Outlook
mostly will do a paste, but every now and then, for some idiotic reason
it does a send.
  

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ed Gould
Sent: 6. tammikuuta 2008 20:56
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: z/OS and VM Control Blocks


I would like to jump in here and offer some assistance (of a  
different kind).  

...

--
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

Re: z/OS and VM Control Blocks

[Lindy Mayfield]

That's very helpful, Ed.

I have a file I got somewhere, don't remember, that is allocated to
ISRDDN DD and works with the ISRDDN utility.  It contains lines like
this:
  

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ed Gould
Sent: 6. tammikuuta 2008 20:56
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: z/OS and VM Control Blocks


I would like to jump in here and offer some assistance (of a  
different kind).  Several times in my past life I needed to write an  
exit of some kind. 

--
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

Re: z/OS and VM Control Blocks

[Ed Gould]

On Jan 6, 2008, at 9:26 AM, J R wrote:

Instead of paying for it though I'd rather it be an open source  
document or a Wiki.

Many of us on this list make our livings as ISVs, largely based on
knowledge accrued over many decades.  While offering assistance
and tidbits of information and know-how is the nature of the beast,
you are asking these people for the keys to their kingdom.

Scraps are free, but what you are asking for is a full-blown product.

This comes at a price whether it be for a complete off-the-shelf
solution, bespoke design and development, education or books
and documentation.

If Binyamin has such a document, you can bet he's invested an
enormous amount of time and effort developing and maintaining it.





I would like to jump in here and offer some assistance (of a  
different kind).  Several times in my past life I needed to write an  
exit of some kind. IIRC what I did was write down point by point the  
information I would need to make a decision. An example would be I  
needed access to a TCB or some other piece like access to the job  
card or whatever. If I was writing a JES2 exit and I needed to find  
some field on the job card like accounting information . I would  
write that down. If I wasn't sure how to get there I would look up in  
say the JES2 control blocks (it used to be in a book but I think they  
stopped publishing that). I would go into browse in ISPF and do a  
find for a field name that I was looking for, if that did not find it  
I would use Compuware's Fileaid (there is a freebe of the CBT TAPE to  
do this as well) to look through the entire PDS for the field. Once I  
found it I would look to see if that field was available to me in the  
exit. In other words I would have to issue another macro in order to  
get addressability I would hunt that down. Usually its off the CVT  
someplace or to get there I have to follow a chain off another macro.  
The CVT is a great way of finding information (except JES related  
stuff). The information is there (usually) (a hint here if you know  
the macro name that you need to issue in the data areas in the  
description of the macro it will say its pointed at by X) its just a  
matter of finding what control block is needed and how to get access  
to it. Sometimes its a bit perverse and it takes a few instructions  
but it is (in most cases) doable. Understanding what you want and how  
to get there is most of the issue. Some times it takes a few side  
steps and looking into another address space and knowing how to do  
that is just part of sysproging and years on the job. There are also  
tidbits that you learn about getting control (properly) after reading  
dumps (this is the best way to learn IMO) it comes rather easily. A  
casual programmer does  not see this a lot in their day to day job.  
Some (INTERNAL) IBM control blocks are just not documented and if you  
find one you have to figure out its layout. This is dangerous and  
don't make assumptions as you will probably get an S0C4 abend or some  
other abend and you are out of luck. Plus remember some control  
blocks can be altered by IBM code on the fly so you have to be  
careful in that as well. The TSO TEST command is nice for doing some  
of the above (except cross memory) but if its in you address space  
and not fetch protected then you can look to your hearts content.


Ed



 
 


--
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

Re: z/OS and VM Control Blocks

[Mark Post]

>>> On Sun, Jan 6, 2008 at 10:26 AM, in message
<[EMAIL PROTECTED]>, J R <[EMAIL PROTECTED]>
wrote: 
-snip-
> Many of us on this list make our livings as ISVs, largely based on 
> knowledge accrued over many decades.  While offering assistance 
> and tidbits of information and know-how is the nature of the beast, 
> you are asking these people for the keys to their kingdom.
>  
> Scraps are free, but what you are asking for is a full-blown product.  
>  
> This comes at a price whether it be for a complete off-the-shelf 
> solution, bespoke design and development, education or books 
> and documentation.  
>  
> If Binyamin has such a document, you can bet he's invested an 
> enormous amount of time and effort developing and maintaining it.  

That's one way of looking at it.  One other way is that if such documentation 
were freely available, people who want to write code can concentrate on that 
instead of spending enormous amounts of time doing research.  Just think how 
much more time could be spent actually implementing desirable new features, 
fixing reported bugs, etc. if that were the case.  Yes, that information is 
valuable to the person who has developed it, but only because they _had_ to 
develop it.

This idea is one reason why wikis are becoming so popular.  Most people want to 
concentrate on what they're good at, or what actually interests them, not 
spending many fruitless hours banging their head against a wall.  In my 
experience, good programmers will always produce better code than anyone else, 
regardless of how much information every one has.

Another consideration is, what happens when the good coders retire, or sadly, 
die?  All that knowledge is lost to the world, requiring yet another generation 
to figure it out again.

What customers are willing to pay for is the software product, since it 
presumably provides them with some business benefit.  The more business benefit 
it provides, the more they're willing to pay.  Being able to spend more time on 
producing software that provides that benefit would be a win for the ISVs as 
well as their customers.


Mark Post

--
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

Re: z/OS and VM Control Blocks

[Lindy Mayfield]

Point well taken, thank you.  IIRC my original question was, "Why
not...?"  and that answers it perfectly.


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of J R
Sent: 6. tammikuuta 2008 17:27
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: z/OS and VM Control Blocks

> Instead of paying for it though I'd rather it be an open source
document or a Wiki.

Many of us on this list make our livings as ISVs, largely based on 
knowledge accrued over many decades.  While offering assistance 
and tidbits of information and know-how is the nature of the beast, 
you are asking these people for the keys to their kingdom.

--
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

Re: z/OS and VM Control Blocks

[Binyamin Dissen]

On Sun, 6 Jan 2008 10:26:48 -0500 J R <[EMAIL PROTECTED]> wrote:

:>> Instead of paying for it though I'd rather it be an open source document or 
a Wiki.
:>Many of us on this list make our livings as ISVs, largely based on 
:>knowledge accrued over many decades.  While offering assistance 
:>and tidbits of information and know-how is the nature of the beast, 
:>you are asking these people for the keys to their kingdom.
 
:>Scraps are free, but what you are asking for is a full-blown product.  
 
:>This comes at a price whether it be for a complete off-the-shelf 
:>solution, bespoke design and development, education or books 
:>and documentation.  

My point.
 
:>If Binyamin has such a document, you can bet he's invested an 
:>enormous amount of time and effort developing and maintaining it.  

The document is in my head. Not instantiated on paper anywhere.

:>> Date: Sun, 6 Jan 2008 14:38:09 +0100
:>> From: [EMAIL PROTECTED]
:>> Subject: Re: z/OS and VM Control Blocks
:>> To: IBM-MAIN@BAMA.UA.EDU
 
:>> I have Carmine Cannatello's Advanced Assembler book. I think I got it
:>> for around 100 bucks plus shipping some years ago. Google for prices on
:>> that book now. It's worth a mint. (Mine's not though, because I fell
:>> asleep on it a few times, and some of the pages have red stains on them,
:>> looks like tomato sauce or red wine. I don't think it's blood though.)
 
:>> It was just an idea though, and maybe not such a good one. Instead of
:>> paying for it though I'd rather it be an open source document or a Wiki.
 
:>> -Original Message-
:>> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
:>> Behalf Of Binyamin Dissen
:>> Sent: 6. tammikuuta 2008 13:03
:>> To: IBM-MAIN@BAMA.UA.EDU
:>> Subject: Re: z/OS and VM Control Blocks
 
:>> How much would your company be willing to pay for such a document?

:>> How many others would?

-- 
Binyamin Dissen <[EMAIL PROTECTED]>
http://www.dissensoftware.com

Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

--
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

Re: z/OS and VM Control Blocks

[J R]

> Instead of paying for it though I'd rather it be an open source document or a 
> Wiki.
Many of us on this list make our livings as ISVs, largely based on 
knowledge accrued over many decades.  While offering assistance 
and tidbits of information and know-how is the nature of the beast, 
you are asking these people for the keys to their kingdom.
 
Scraps are free, but what you are asking for is a full-blown product.  
 
This comes at a price whether it be for a complete off-the-shelf 
solution, bespoke design and development, education or books 
and documentation.  
 
If Binyamin has such a document, you can bet he's invested an 
enormous amount of time and effort developing and maintaining it.  
 
 
 
> Date: Sun, 6 Jan 2008 14:38:09 +0100
> From: [EMAIL PROTECTED]
> Subject: Re: z/OS and VM Control Blocks
> To: IBM-MAIN@BAMA.UA.EDU
> 
> I have Carmine Cannatello's Advanced Assembler book. I think I got it
> for around 100 bucks plus shipping some years ago. Google for prices on
> that book now. It's worth a mint. (Mine's not though, because I fell
> asleep on it a few times, and some of the pages have red stains on them,
> looks like tomato sauce or red wine. I don't think it's blood though.)
> 
> It was just an idea though, and maybe not such a good one. Instead of
> paying for it though I'd rather it be an open source document or a Wiki.
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Binyamin Dissen
> Sent: 6. tammikuuta 2008 13:03
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: z/OS and VM Control Blocks
> 
> How much would your company be willing to pay for such a document?
> 
> How many others would?
> 
> --
 
 
_
Make distant family not so distant with Windows Vista® + Windows Live™.
http://www.microsoft.com/windows/digitallife/keepintouch.mspx?ocid=TXT_TAGLM_CPC_VideoChat_distantfamily_012008
--
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

Re: z/OS and VM Control Blocks

[Lindy Mayfield]

I have Carmine Cannatello's Advanced Assembler book.  I think I got it
for around 100 bucks plus shipping some years ago.  Google for prices on
that book now.  It's worth a mint.  (Mine's not though, because I fell
asleep on it a few times, and some of the pages have red stains on them,
looks like tomato sauce or red wine.  I don't think it's blood though.)

It was just an idea though, and maybe not such a good one.  Instead of
paying for it though I'd rather it be an open source document or a Wiki.



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Binyamin Dissen
Sent: 6. tammikuuta 2008 13:03
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: z/OS and VM Control Blocks

On Sun, 6 Jan 2008 11:27:57 +0100 Lindy Mayfield
<[EMAIL PROTECTED]>
wrote:

:>Anyway, my original question was meant to be more like, "Wouldn't it
be
:>nice if there were some documentation that explained things like this
in
:>more detail, that was easy to read, and indexed and cross indexed
every
:>which way from Sunday?"  Maybe with some examples in Rexx and
Assembler,
:>even Cobol or PL/1.  My question was if others think such a thing
would
:>be as helpful as I think such a thing would be?

How much would your company be willing to pay for such a document?

How many others would?

--

--
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

z/OS and VM Control Blocks

[Phil Payne]

Every now and then the status quo _needs_ to be upset.

In the mid-80s I joined Morino Associates and discovered their incredible 
engine - the
Component Generator.

Anyone passed the legendary five-day MICS User Adminstrator Course?  Back then, 
Mario himself
had to grant instructors' licenses, and I was the first one certified by him in 
two languages.

XML would be an excellent and platform-independent way to build something 
analogous to the
Component Generator for live in-storage facilities.

-- 
  Phil Payne
  http://www.isham-research.co.uk
  +44 7833 654 800

--
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

Re: z/OS and VM Control Blocks

[Binyamin Dissen]

On Sun, 6 Jan 2008 11:27:57 +0100 Lindy Mayfield <[EMAIL PROTECTED]>
wrote:

:>Anyway, my original question was meant to be more like, "Wouldn't it be
:>nice if there were some documentation that explained things like this in
:>more detail, that was easy to read, and indexed and cross indexed every
:>which way from Sunday?"  Maybe with some examples in Rexx and Assembler,
:>even Cobol or PL/1.  My question was if others think such a thing would
:>be as helpful as I think such a thing would be?

How much would your company be willing to pay for such a document?

How many others would?

--
Binyamin Dissen <[EMAIL PROTECTED]>
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

--
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

Re: z/OS and VM Control Blocks

[Lindy Mayfield]

Thank you Mark.  Below is the latest on that I have and it appears
almost identical. (-:

Anyway, my original question was meant to be more like, "Wouldn't it be
nice if there were some documentation that explained things like this in
more detail, that was easy to read, and indexed and cross indexed every
which way from Sunday?"  Maybe with some examples in Rexx and Assembler,
even Cobol or PL/1.  My question was if others think such a thing would
be as helpful as I think such a thing would be?

The current method of finding things you need are to search the Data
Areas docs, search through source like SHOWZOS, Google, or ask someone
else if they have any examples or remember which control block it is in.

Regards,
Lindy


/* Note CVTTZ is depreciated */
getZONE: Procedure   
 
CVT = c2d(storage(10,4))  /* psa+10 -> cvt */
CVTEXT2 = c2d(storage(d2x(cvt+328),4)) /* cvt+148 -> cvtext2 */  
cvtldto = C2d(storage(d2x(cvtext2+56),8),8)  /* cvt+38 -> cvtldto */ 
 
absldto = Abs(cvtldto)   
hours   = absldto % x2d('D693A40')   
minutes = (absldto % x2d('393870')) // 60
zone= Right(hours,2,"0" )"."Right(minutes,2,"0" )
If cvtldto < 0 Then Do   
   zone = "-"zone
End  
Else Do  
   zone = "+"zone
End  
 
Return zone  

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Mark L. Wheeler
Sent: 6. tammikuuta 2008 4:04
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: z/OS and VM Control Blocks

> 4) What is the proper way to get the CVT time zone?  What is obsolete
> and what is the way to do it nowadays?

Lindy, I received this REXX code from the TSO-REXX mailing list a few
weeks
ago...

/* Courtesy Lionel B Dyck <[EMAIL PROTECTED]>, via the TSO-REX
   mailing list */

/* ===
|| We're gonna have a big number
*/
NUMERIC DIGITS 21

/* ===
|| Get current CVTLDTO
||   (Local Date Time Offset in STCK format))
*/
cvt = C2d( Storage( D2x( 16 ), 4 ) )
cvttz   = C2d( Storage( D2x( cvt + 304 ), 4 ) )
cvtext2 = C2d( Storage( D2x( cvt + 328 ), 4 ) )
cvtldto = C2d( Storage( D2x( cvtext2 + 56 ), 8 ), 8 )

/* ===
|| Calc the current offset in hours and minutes
||(work with absolute)
*/
absldto = Abs( cvtldto )
hours   = absldto % x2d("D693A40" )
minutes = ( absldto % x2d("393870") ) // 60
/* ===
|| Correction to Round to nearest hour
*/
If minutes <> "00"  Then Do
   If minutes > 30 Then
   hours = hours + 1
   /* minutes = 00 */
End

/* ===
|| Format to ANSI standard X3.51-1975
*/
zone= Right( hours, 2, "0" )Right( minutes, 2, "0" )
IF cvtldto < 0 THEN DO
  zone  = "-"zone
END
ELSE DO
 zone = "+"zone
END

/* ===
|| Reset
*/
NUMERIC DIGITS

RETURN zone



Best regards,
Mark Wheeler, 3M Company

--
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

--
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

Re: z/OS and VM Control Blocks

[Mark L. Wheeler]

> 4) What is the proper way to get the CVT time zone?  What is obsolete
> and what is the way to do it nowadays?

Lindy, I received this REXX code from the TSO-REXX mailing list a few weeks
ago...

/* Courtesy Lionel B Dyck <[EMAIL PROTECTED]>, via the TSO-REX
   mailing list */

/* ===
|| We're gonna have a big number
*/
NUMERIC DIGITS 21

/* ===
|| Get current CVTLDTO
||   (Local Date Time Offset in STCK format))
*/
cvt = C2d( Storage( D2x( 16 ), 4 ) )
cvttz   = C2d( Storage( D2x( cvt + 304 ), 4 ) )
cvtext2 = C2d( Storage( D2x( cvt + 328 ), 4 ) )
cvtldto = C2d( Storage( D2x( cvtext2 + 56 ), 8 ), 8 )

/* ===
|| Calc the current offset in hours and minutes
||(work with absolute)
*/
absldto = Abs( cvtldto )
hours   = absldto % x2d("D693A40" )
minutes = ( absldto % x2d("393870") ) // 60
/* ===
|| Correction to Round to nearest hour
*/
If minutes <> "00"  Then Do
   If minutes > 30 Then
   hours = hours + 1
   /* minutes = 00 */
End

/* ===
|| Format to ANSI standard X3.51-1975
*/
zone= Right( hours, 2, "0" )Right( minutes, 2, "0" )
IF cvtldto < 0 THEN DO
  zone  = "-"zone
END
ELSE DO
 zone = "+"zone
END

/* ===
|| Reset
*/
NUMERIC DIGITS

RETURN zone



Best regards,
Mark Wheeler, 3M Company

--
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

Re: z/OS and VM Control Blocks

[Roland Schiradin]

Hi Lindy, 

I suggest you download SHOWzOS from the www.cbttape.org.
It doesn't provide all the requested functions but maybe a good starting point
You might also look at the delivered SDSF-Source code.

Roland 
 

>I'm only curious.  How many times do things like this come up?
>
>1) I want to calculate the total CPU time for an address space.  Which
>control blocks do I look in for that?
>2) I found the TIOT which lists the DD names, but where can I get the
>datasets allocated to those DD names?
>3) How do I know if an address space is exempt from 522 and JWT
>processing?
>4) What is the proper way to get the CVT time zone?  What is obsolete
>and what is the way to do it nowadays?
>5) Do I get the accounting information of an address space from the ASXB
>or the OUCB?  When do I use what?
>6) Which control blocks are accessible from one address space to another
>and which require special means?
>
>And so on.  Would a super-duper kick butt piece of documentation that
>explains all this be helpful?
>
>I had two thoughts.  Actual documentation -- printable in fact -- done
>as a community effort like Sourceforge.  Or some sort of online database
>like a Wiki.  Personally, I would prefer a "Redbook" type of document
>that is contributed to by all and stored in a neutral place like
>Sourceforge (or CBT) or whatever is better.
>
>Again, I was only asking.  Maybe it is a stupid question, but if I had a
>book that I could buy that was a super cross reference of IBM control
>blocks, I would have it next to me at all times.
>

--
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

Re: z/OS and VM Control Blocks

[Ed Finnell]

 
In a message dated 1/5/2008 3:09:46 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

It was only a question! (-: I certainly didn't mean to upset the  status
quo. ((--::


>>
Don't know what the status quo is. Tuning is  an art form suffered by
pressures of cost benefit and business  requirements. It's different in just 
about every shop and industry. The old  adage 'the more you know, the more you 
know you don't know' interjects itself  frequently. There are classes and 
curriculums dedicated to performance tuning,  analysis, modeling and workload 
synthesis. Cheryl Watson at _www.watsonwalker.com_ 
(http://www.watsonwalker.com)  
and Dr. H. Pat  Ardis at Performance Associates sell  their observations and 
analysis in  the form of Newsletters and White papers. SHARE is a good venue 
for who's  doing what and what they've achieved in real world  situations. 







**Start the year off right.  Easy ways to stay in shape. 
http://body.aol.com/fitness/winter-exercise?NCID=aolcmp0030002489

--
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

Re: z/OS and VM Control Blocks

[Anne & Lynn Wheeler]

The following message is a courtesy copy of an article
that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well.

[EMAIL PROTECTED] (Lindy Mayfield) writes:
> It was only a question! (-: I certainly didn't mean to upset the status
> quo. ((--::

recent post from how i tried to handle it long ago and far away
... before OCO in a ipcs alternative that i had implemented in rex(x).
http://www.garlic.com/~lynn/2007v.html#46 folklore indeed

it was eventually in use by all internal locations and PSRs ... even tho
there was a decision not to release it to customers.
http://www.garlic.com/~lynn/subtopic.html#dumprx

it sort-of started out as a demonstration of the functionality of the
"new" rex ... the stated objective was in half-time over period of
3months, i would re-implement ipcs in rex(x) with ten times the function
and it would run ten times faster (little slight of hand since the base
ipcs was all implemented in assembler).

i had access to softcopy of all the base source files (including control
block definitions) and documentation. however, nearly all this stuff had
been created for hardcopy/printed output. the particular issue was how
to come up with online appropriate information display including being
able to tailor to problem being dealt with (very crude online context
sensitive orientation).

--
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

Re: z/OS and VM Control Blocks

[Lindy Mayfield]

It was only a question! (-: I certainly didn't mean to upset the status
quo. ((--::



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ed Finnell
Sent: 5. tammikuuta 2008 22:58
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: z/OS and VM Control Blocks


 
In a message dated 1/5/2008 1:48:03 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

The 4 volume Control Blocks has much of this information. It isn't  easy
reading.


>>Guess the other option is to check out  somebody who's been there
before. 
Dr Merrill's MXG product and book(s) try to  take up the slack.
 
Each member for a particular area ANAL has  a corresponding DOC
to 
explain what's going on and references to chapters  in da book.







**Start the year off right.  Easy ways to stay in shape.

http://body.aol.com/fitness/winter-exercise?NCID=aolcmp0030002489

--
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

--
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

Re: z/OS and VM Control Blocks

[Ed Finnell]

 
In a message dated 1/5/2008 1:48:03 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

The 4 volume Control Blocks has much of this information. It isn't  easy
reading.


>>Guess the other option is to check out  somebody who's been there before. 
Dr Merrill's MXG product and book(s) try to  take up the slack.
 
Each member for a particular area ANAL has  a corresponding DOC to 
explain what's going on and references to chapters  in da book.







**Start the year off right.  Easy ways to stay in shape. 
http://body.aol.com/fitness/winter-exercise?NCID=aolcmp0030002489

--
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

Re: z/OS and VM Control Blocks

[Lindy Mayfield]

Thank you.

While I appreciate people telling me that I can find the info in the
Data Areas docs, what usually happens is that I look through them for a
few hours and then when I give up either search for some source code
that has it or ask on a list.



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Phil Payne
Sent: 5. tammikuuta 2008 21:38
To: IBM-MAIN@BAMA.UA.EDU
Subject: z/OS and VM Control Blocks

We have interesting technologies available.

It would be relatively trivial to devise an XML Schema that would
support fields by name, with
attributes including the control block in which they resided, their
offsets, means of access
of the control block, field characteristics, etc.

It's the sort of thing that, e.g., the Hercules group would be well
suited for.

-- 
  Phil Payne
  http://www.isham-research.co.uk
  +44 7833 654 800

--
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

--
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

z/OS and VM Control Blocks

[Phil Payne]

We have interesting technologies available.

It would be relatively trivial to devise an XML Schema that would support 
fields by name, with
attributes including the control block in which they resided, their offsets, 
means of access
of the control block, field characteristics, etc.

It's the sort of thing that, e.g., the Hercules group would be well suited for.

-- 
  Phil Payne
  http://www.isham-research.co.uk
  +44 7833 654 800

--
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

Re: z/OS and VM Control Blocks

[Binyamin Dissen]

On Sat, 5 Jan 2008 20:14:56 +0100 Lindy Mayfield <[EMAIL PROTECTED]>
wrote:

:>I'm only curious.  How many times do things like this come up?
:>
:>1) I want to calculate the total CPU time for an address space.  Which
:>control blocks do I look in for that?
:>2) I found the TIOT which lists the DD names, but where can I get the
:>datasets allocated to those DD names?
:>3) How do I know if an address space is exempt from 522 and JWT
:>processing?
:>4) What is the proper way to get the CVT time zone?  What is obsolete
:>and what is the way to do it nowadays?
:>5) Do I get the accounting information of an address space from the ASXB
:>or the OUCB?  When do I use what?
:>6) Which control blocks are accessible from one address space to another
:>and which require special means?

:>And so on.  Would a super-duper kick butt piece of documentation that
:>explains all this be helpful?  

:>I had two thoughts.  Actual documentation -- printable in fact -- done
:>as a community effort like Sourceforge.  Or some sort of online database
:>like a Wiki.  Personally, I would prefer a "Redbook" type of document
:>that is contributed to by all and stored in a neutral place like
:>Sourceforge (or CBT) or whatever is better.  

:>Again, I was only asking.  Maybe it is a stupid question, but if I had a
:>book that I could buy that was a super cross reference of IBM control
:>blocks, I would have it next to me at all times.  

The 4 volume Control Blocks has much of this information. It isn't easy
reading.

--
Binyamin Dissen <[EMAIL PROTECTED]>
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

--
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

Re: z/OS and VM Control Blocks

[Mark L. Wheeler]

Lindy,
  
  
  
  
  
  
  
 z/VM data areas, control blocks, and monitor records 
  
  
  


can be found at http://www.vm.ibm.com/pubs/ctlblk.html

Mark L. Wheeler
IT Infrastructure, 3M Center B224-4N-20, St Paul MN 55144
Tel:  (651) 733-4355, Fax:  (651) 736-7689
mlwheeler at mmm.com

"I have this theory that if one person can go out of their way to show
compassion then it will start a chain reaction of the same. People will
never know how far a little kindness can go." Rachel Joy Scott

--
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

z/OS and VM Control Blocks

[Lindy Mayfield]

I'm only curious.  How many times do things like this come up?

1) I want to calculate the total CPU time for an address space.  Which
control blocks do I look in for that?
2) I found the TIOT which lists the DD names, but where can I get the
datasets allocated to those DD names?
3) How do I know if an address space is exempt from 522 and JWT
processing?
4) What is the proper way to get the CVT time zone?  What is obsolete
and what is the way to do it nowadays?
5) Do I get the accounting information of an address space from the ASXB
or the OUCB?  When do I use what?
6) Which control blocks are accessible from one address space to another
and which require special means?

And so on.  Would a super-duper kick butt piece of documentation that
explains all this be helpful?  

I had two thoughts.  Actual documentation -- printable in fact -- done
as a community effort like Sourceforge.  Or some sort of online database
like a Wiki.  Personally, I would prefer a "Redbook" type of document
that is contributed to by all and stored in a neutral place like
Sourceforge (or CBT) or whatever is better.  

Again, I was only asking.  Maybe it is a stupid question, but if I had a
book that I could buy that was a super cross reference of IBM control
blocks, I would have it next to me at all times.  

Regards,
Lindy

--
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