analyzing the address space



High Level Assembler(HLASM) for MVS & VM & VSE

analyzing the address space

Postby MarcRFC » Mon May 25, 2009 1:28 pm

Hi,
i got a little problem. I'm working on my bachelor thesis and I have to write a program which is called by an other programm (let's say "Controller" to this calling programm and "Router" to the called programm).

There are many different Controllers working on a z/OS system initialized by different jobs with differen jobnames. My Router need to know which Controller it was called from. My idea is to analyze the address space my Router is running in. Every Controller got its own address space. So if there are any information about the job creating the address space in the address space, I could solve the problem. I can't solve the problem by adding Parameters, because the interfaces are allready definded.

Do you think it is possible to get the information by analyzing the address space?
Do you know if there is a better solution?
Where can I get information about analyzing the address space? (there are millions of manuals! maybe you can give me a hint ;))

PS My mainframe knowledge is limited. I'm working on a z/OS system for 0,25year now.

thank you!
MarcRFC
 
Posts: 4
Joined: Fri May 22, 2009 8:13 pm
Has thanked: 0 time
Been thanked: 0 time

Re: analyzing the address space

 

Re: analyzing the address space

Postby dick scherrer » Mon May 25, 2009 10:02 pm

Hello and welcome to the forum,

I believe you have chosen to do something that is well beyond your experience level. If you were to learn to navigate the MVS data areas (system control blocks) you could fairly easily find the job and step name (no, i don't have a sample, but there are several available on the web). If i remember (and it has been a long time) determining calling module is much less needed and more work to determine. A basic rule is that called code does not care what calls it. . . Called code takes the "input", does whatever, and exits.

Suggest you do what we do in the real world when we discover that the original spec is insufficient and change the parm list to include caller-id.

There is much to see here:
http://publibz.boulder.ibm.com/cgi-bin/ ... 0/CONTENTS?
Hope this helps,
d.sch.
User avatar
dick scherrer
Global moderator
 
Posts: 6304
Joined: Sat Jun 09, 2007 8:58 am
Has thanked: 3 times
Been thanked: 91 times

Re: analyzing the address space

Postby MarcRFC » Tue May 26, 2009 1:39 pm

thank you.

unfortunately, there is no way to change the parm list, because my solution will be embedded in to many environments.
I have a sample how to navigate to the system control blocks, I will give it a shot.
MarcRFC
 
Posts: 4
Joined: Fri May 22, 2009 8:13 pm
Has thanked: 0 time
Been thanked: 0 time

Re: analyzing the address space

Postby dick scherrer » Tue May 26, 2009 11:32 pm

Good luck :)

d
User avatar
dick scherrer
Global moderator
 
Posts: 6304
Joined: Sat Jun 09, 2007 8:58 am
Has thanked: 3 times
Been thanked: 91 times

Re: analyzing the address space

Postby MarcRFC » Wed May 27, 2009 3:04 pm

i found a solution: http://www.ibmmainframes.com/about38515.html

it is solved in rexx, but it should be no problem to do it in assembler ;)
MarcRFC
 
Posts: 4
Joined: Fri May 22, 2009 8:13 pm
Has thanked: 0 time
Been thanked: 0 time

Re: analyzing the address space

Postby dick scherrer » Thu May 28, 2009 12:46 am

Hello,

That example does not do what your original post says you need. . .
Hope this helps,
d.sch.
User avatar
dick scherrer
Global moderator
 
Posts: 6304
Joined: Sat Jun 09, 2007 8:58 am
Has thanked: 3 times
Been thanked: 91 times

Re: analyzing the address space

Postby MarcRFC » Thu Jun 04, 2009 2:35 pm

well...
the example returns the name of the current job.
every controller has an own jobname. if my programm gets the current jobname, it would know, which controller has called it.
i think that could solve my problem?!
MarcRFC
 
Posts: 4
Joined: Fri May 22, 2009 8:13 pm
Has thanked: 0 time
Been thanked: 0 time

Re: analyzing the address space

Postby dick scherrer » Fri Jun 05, 2009 4:31 am

Hello,

i think that could solve my problem?!
If jobname is sufficient, that should work :)
Hope this helps,
d.sch.
User avatar
dick scherrer
Global moderator
 
Posts: 6304
Joined: Sat Jun 09, 2007 8:58 am
Has thanked: 3 times
Been thanked: 91 times


Return to Assembler

 


  • Related topics
    Replies
    Views
    Last post