I'm familiar with that area of storage, but only by passing.

What about that confuses me is this --

During my long nights of testing I've noticed that often the storage
addresses of certain Rexx control blocks stay the same.  Now, I don't
know if they are they same by accident or they are constant throughout
my TSO session.  The docs (AFAIK) don't elaborate on this.  And I would
never think something would be some way without seeing in b&w.

Also, I've been thinking about how to ask this for about 2 days and I
still don't know how to ask.  Here goes:

A Rexx function, like SOCKET, is called that INITALIZES (something) and
then  you do things by calling SOCKET() that keep you seemingly in
constant communication with a "process" that is acting on your behalf.
Like reading from a socket.  

What is going on that allows a call to a Rexx function to start a
"process" that does something and then communicate with and send
commands through it?  

Normally the Rexx functions I've seen start, process something, create
or alter Rexx variables, and then end. 

Lindy

-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Patrick O'Keefe
Sent: 14. tammikuuta 2008 22:31
To: [email protected]
Subject: Re: Rexx external assembler functions and reentrancy


This may be of no use, but remember that the REXX ENVBLOCK 
contains a "user" parm that is unused by REXX routines.  If it's 
not already set you can allocate your storage and save the address
there.

Things get more complicated if it might already be set.   You'd have
to have some way of telling if it is yours.   (Take the following with
a very large grain of salt.  Maybe a block of salt.)  If you can tell
the value in ENVBLOCK does not belong to you, maybe you can
create a new environment to use.  Then you have to be able to 
find your environment the next time you are invoked.

It's been almost 20 years since I'written REXX functions so I don't 
remember any of the details to go with the above comments.  :-(

Pat O'Keefe

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

Reply via email to